(57)【要約】      （修正有）【課題】列車の乗車前に、座席予約情報のトレード／交換／譲渡サービスを実現可能なシステム及び方法提供する。【解決手段】予約管理サーバ１に操作端末から交換登録された予約情報を交換する予約交換処理１５と操作端末から譲渡登録された予約情報を譲渡する予約譲渡処理１６と操作端末からキャンセル要求されたトレード／交換／譲渡等のサービスをキャンセルするキャンセル処理１３と操作端末から状態確認要求されたトレード／交換／譲渡等のサービス状態を確認する状態確認処理１４と操作端末から認証要求された際の認証処理１７を設置し、トレードサービスサーバ２にトレードサービスに関する情報を管理するトレードテーブル２１とトレードテーブルの情報をもとにトレード相手を検索するトレード処理２３を設置することで、座席予約情報のトレード／交換／譲渡サービスを提供する。【選択図】図１
2007102591.tif 000002
【特許請求の範囲】
【請求項１】
予約情報のトレード／交換／譲渡を管理するための予約テーブルと、予約テーブルの譲渡／交換情報等の情報をもとに予約情報を交換する予約交換処理と、予約テーブルの譲渡／交換情報等の情報をもとに予約情報を譲渡する予約譲渡処理と、予約テーブルの予約内容等の情報をもとに予約内容を紹介する予約照会処理と、予約テーブルのサービス状態等の情報をもとにサービスをキャンセルするキャンセル処理と、予約テーブルのサービス状態等の情報をもとにサービス状態を確認する状態確認処理からなる、予約サーバ側トレード／交換／譲渡処理方法。
【請求項２】
トレードサービスを実現するためのトレードテーブルと、トレードテーブルの情報をもとに予約情報をトレードするトレード処理からなる、トレードサービスサーバ側トレード処理方法。
【請求項３】
サービスを利用するためのサービスメニュー処理と、予約管理サーバからの通知を受信する通知受信処理からなる、操作端末側トレード／交換／譲渡処理方法。
【請求項４】
予約された列車の座席情報の内容を予約テーブルに記憶する予約管理サーバと、前記座席情報のトレード処理を行うトレードサーバと、前記座席情報の変更処理の登録と変更後の座席情報受信する操作端末をそなえ、
前記予約管理サーバは、前記予約テーブルに記憶された座席予約情報の権利を有する利用者から受け付けた座席予約情報のトレードの登録をトレード情報として記憶し、トレード処理が終了するとトレード処理結果を記憶する予約テーブルを有し、
前記トレードサーバは、座席予約情報のトレード登録に応じて作成されるトレードテーブルであって、登録されたすべての座席予約情報の組み合わせで、トレード要求が成立するか判定するために用いられるトレードテーブルを有し、
前記操作端末は、予約管理サーバの指示に従い表示されるサービスメニューに対する処理部及前記予約管理サーバからの通知を受信する処理部を備え、
前記トレードテーブルで成立したトレードの結果に従い前記予約管理サーバの予約テーブルの内容を書き換えて列車座席のトレードを行うことを特徴とする乗車券のトレード処理装置。
【請求項５】
利用者に付与された個人番号と、予約した列車の座席情報に対して付与されている予約番号と変更を希望する新たな列車情報との入力を受付けて予約テーブルに記録し、他の利用者の個人番号、座席情報、及び他の利用者が変更を希望する新たな列車情報の登録を受付けて前記予約テーブルに記録し、登録された利用者すべての変更前後の列車情報を比較して、相互の座席情報のトレードが成立する場合に、前記予約テーブル上の相互の座席情報を入れ替えて記録することを特徴とする乗車券のトレード処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、旅客券発売システムに係り、特に、購入後の旅客券座席を取り扱うシステム及び方法に関する。
【背景技術】
【０００２】
旅客券座席予約システムに関しては、携帯電話を利用したサービス形態や、予約センタにて電話で予約するサービス形態等がある。
旅客券（たとえば列車の予約乗車券、指定席券）を駅の窓口で購入する際、申込書に氏名などの購入者情報、購入を希望する列車情報を記入する。駅員はネットワークで接続された座席予約システムにアクセスして駅端末から座席の予約を行う。購入者は指定が取れた乗車券を受け取り、乗車券の情報は座席予約システムに記録される。通常、利用者は購入した乗車券に記載どおりの列車に乗車するが、乗車券の購入後で列車の乗車前に都合が悪くなり、その列車に乗車ができないことが判明することがある。その後に列車の利用をせずに、単に乗車をキャンセルする場合には、再度、駅窓口へ出向いてキャンセルの手続きを行うか、利用者が携帯端末や携帯電話、自宅の端末で直接乗車券を購入した場合には、再度利用者が直接携帯端末や携帯電話、自宅の端末から座席予約システムへアクセスしてキャンセルの手続きをとっていた。列車の利用をしない場合にはキャンセル手続きだけでよいが、座席予約情報を変更したいとき、たとえば、乗車する列車自体を変更したい場合、乗車する列車の設備（たとえば禁煙と喫煙）を変更したい場合などは、一旦、予約情報を開放して、再度、取り直す必要があった。そのため、一度、座席を予約したことに対する優位性はなく、予約情報をもっていない顧客と同列で予約することになる。
【０００３】
【特許文献１】特開２００４−１３９２８７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、人気のある列車（記念列車、最終の新幹線等）は再度、予約を確保することは難しい。仮に複数の顧客が乗車列車の変更を希望していたとしても、利害関係の一致する顧客同士で予約情報をトレードすることはできていなかった。また、場合によっては、予約した列車に乗れなくなった顧客は、苦労して手に入れた予約情報を簡単に手放したくないという人間心理が働き、これにより、鉄道業者側は座席を空席のまま運行するケースもある。
【０００５】
本発明の目的は、予約情報をもっている顧客同士で利害関係の一致する顧客同士の予約情報をトレードするサービスを行うためのシステム及び方法を提供する提供することである。
【課題を解決するための手段】
【０００６】
本発明は、上記目的を解決するために、
本発明においては、より具体的に、携帯電話、パソコン等の操作端末に、サービスメニュー処理、通知受信処理を設置し、中央センタに設置されている予約管理サーバに、予約テーブル、予約照会処理、予約交換処理、予約譲渡処理、キャンセル処理、状態確認処理、認証処理を設置し、トレードサービスを実現するトレードサービスサーバに、トレードテーブル、トレード処理を設置する。
【０００７】
サービスメニュー処理は、操作端末からトレード／交換／譲渡等のサービスを操作するためのメニューを表示する処理。通知受信処理は、トレード／交換／譲渡等のサービスに対して予約管理サーバからの通知を受信する処理である。
【０００８】
予約テーブルは、個人の予約情報、トレード／交換／譲渡等のサービス状態等を管理するテーブルである。予約照会処理は、操作端末からの予約照会要求に対して予約情報を回答する処理。予約交換処理は、操作端末から交換登録された予約情報を交換する処理である。予約譲渡処理は、操作端末から譲渡登録された予約情報を譲渡する処理。キャンセル処理は、操作端末からキャンセル要求されたトレード／交換／譲渡等のサービスをキャンセルする処理である。状態確認処理は、操作端末から状態確認要求されたトレード／交換／譲渡等のサービス状態を確認する処理であり、認証処理は、トレード／交換／譲渡等のサービスを認証する処理である。トレードテーブルは、トレード処理に必要な情報を管理するテーブルである。トレード処理は、トレードテーブルに登録された予約情報を使用してトレードする処理である。
以上のトレードサービス機能により、予約情報をもっていることに対する優位性をもって、予約情報の交換／譲渡／トレードを実現できる。
【発明の効果】
【０００９】
本発明によれば、旅客券座予約席情報をトレード登録することで、ニーズのあう旅客同士で予約情報をもっていることに対する優先性のもと、予約情報をトレードすることができる。
また、特定の相手同士による予約情報交換サービス、特定の相手に対する予約情報譲渡サービスについても可能とする。
【発明を実施するための最良の形態】
【００１０】
次に図１から図１８を参照して、本発明によるトレードサービス機能を説明する。
図１は、本発明によるトレードサービス機能の全体構成を示すブロック図である。
本実施形態は、トレード／交換／譲渡サービスを操作する操作端末３と、トレードサービスを管理するトレードサービスサーバ２と、予約情報を管理する予約管理サーバ１で構成される。
【００１１】
操作端末３は、トレード／交換／譲渡サービスを操作するためのサービスメニュー処理部３２と予約サーバから通知されるトレード／交換／譲渡サービスに関する情報を受信する通知受信処理部３３からなる。トレードサーバ２は、トレードサービスに関する情報を管理するトレードテーブル２１とトレードテーブルの情報をもとにトレード相手を検索するトレード処理部２３からなる。
【００１２】
予約管理サーバ１は、予約に関する情報を管理する予約テーブル１０と操作端末からの予約照会要求に対して予約情報を回答する予約照会処理部１２と操作端末から交換登録された予約情報を交換する予約交換処理部１５と操作端末から譲渡登録された予約情報を譲渡する予約譲渡処理部１６と操作端末からキャンセル要求されたトレード／交換／譲渡等のサービスをキャンセルするキャンセル処理部１３と操作端末から状態確認要求されたトレード／交換／譲渡等のサービス状態を確認する状態確認処理部１４と操作端末から認証要求された際の認証処理部１７からなる。
【００１３】
図２（ａ）は、図１の予約テーブルのフォーマットを示す。図２（ｂ）は図１の予約テーブル１０のフォーマットの項目説明である。
利用者が乗車券の予約をすると、予約テーブルに利用者に付された個人番号、乗車券の予約番号、予約内容、乗降駅が示された区間、乗車日を示す日付、乗車する列車番号、禁煙席や喫煙席などの設備情報、通路側や窓側といった座席の情報が記録される。この予約情報の変更に関するサービスの手続きをとると、申し込んだサービスの状態等の項目欄が利用される。
【００１４】
図３（ａ）は、図１のトレードテーブル２１のフォーマットを示す。図３（ｂ）は図１のトレードテーブル２１のフォーマットの項目の説明である。
図４（ａ）〜（ｃ）は、図１のトレード処理部２３における処理を示すフローチャートである。図中の「Ｒ００１、Ｔ３０１」等は、図１０（ａ）〜（ｆ）に示す操作端末メニューのメニューＮＯを示す。Ｒ００１であれば、「トレード登録する予約番号を入力してください。処理を中止する場合は９を選択してください。」といったメッセージが表示される（図１０（ｄ））。
図４（ａ）はトレード処理の全体フローチャートである。利用者が乗車券のトレードを希望し、トレード処理が開始されると、当該予約情報に対して与えられている予約番号を入力する（Ｓ００１）。予約テーブル上で該当予約番号の存在確認（Ｓ００２）、サービス状態確認（Ｓ００３）、トレード登録の意志確認（Ｓ００４）をする。トレード該当区間に対して、トレードテーブルが登録数上限をオーバーしていないか確認する。（Ｓ００５）。トレード登録処理（Ｓ００６、図４（ｂ））として、トレード希望情報を登録する（Ｓ０１６）。トレード希望が列車番号か時間帯か判定（Ｓ０１７）して、列車番号の場合はトレード情報に列車番号を設定（Ｓ０１８）、時間帯の場合は時間帯に該当する列車番号を早い順にｎ台設定（Ｓ０１９）、禁煙／喫煙／指定なしをトレード情報に設定（Ｓ０２０）、窓側／通路側／指定しないとトレード情報に設定（Ｓ０２１）して、トレード登録を完了する(Ｓ００７)。次に、トレード検索処理（Ｓ００８、図４（ｃ））として、既に登録されている同一乗降駅区間のトレードテーブルから双方向のトレード情報が一致するレコードがないか検索および複数人によってトレード情報が一致するレコードがないか検索し、一致する場合は予約情報を入れ替え、片方向が一致する場合はトレードテーブルの該当する箇所に一致状況を設定する。（Ｓ０２２〜Ｓ０３１）トレードが一致した場合は該当するトレード登録者にトレード成立の旨を通知する（Ｓ０１０）。
【００１５】
図５（ａ）（ｂ）は、予約譲渡処理部（図１の１６）での処理を示すフローチャートである。
譲渡相手の個人番号を入力（Ｓ１０１）して予約テーブルに存在するか確認する（Ｓ１０２）。存在する場合は予約情報を譲渡する側かされる側かを選択する（Ｓ１０３）。譲渡元の場合は譲渡対象の予約番号を入力して（Ｓ１０５）、該当する予約番号が存在するか確認（Ｓ１０６）、該当する予約番号はサービス登録中でないことの確認（Ｓ１０７）、該当する予約情報を譲渡することの確認（Ｓ１０８）（Ｓ１０９）して、譲渡元の予約情報の予約テーブルのサービス状態を「譲渡登録中」に更新し、また、譲渡／交換情報に相手個人番号を登録する（Ｓ１１０）。
【００１６】
譲渡先の場合は譲渡先の予約番号を確認して（Ｓ１１５）、譲渡対象の予約番号が譲渡元の予約テーブルに存在するか（Ｓ１１７）、譲渡対象の予約情報はサービス登録中でないことの確認（Ｓ１１８）をして、譲渡先に譲渡対象の予約番号レコードを追加し、サービス状態を「相手譲渡認証待ち」、譲渡/交換情報の相手個人番号に譲渡元個人番号を設定する（Ｓ１１９）。譲渡元に譲渡先の登録が完了したことを通知する（Ｓ１２０）。
【００１７】
図６は、予約交換処理部（図１の１５）での処理を示すフローチャートである。
交換相手の個人番号を入力（Ｓ２０１）して予約テーブルに存在するか確認する（Ｓ２０２）。存在する場合は交換する自分の予約番号を入力して（Ｓ２０３）、該当する予約番号が存在するか確認（Ｓ２０４）、該当する予約番号はサービス登録中でないことの確認（Ｓ２０５）、該当する予約情報を交換することの確認（Ｓ２０６）（Ｓ２０７）する。次に、交換相手の予約番号を入力して（Ｓ２１２）、該当する予約番号が存在するか確認（Ｓ２１３）、該当する予約番号はサービス登録中でないことの確認（Ｓ２１４）、交換相手の予約情報を確認して（Ｓ２１５）、該当する予約情報を交換することを確認（Ｓ２１６）する。
予約情報テーブルの該当する予約情報のサービス状態を「交換登録中」にして、「相手番号」「相手予約番号」をセットする（Ｓ２１７）。交換先も登録されている場合は、それぞれの予約情報のサービス状態を「交換認証待ち」にして、交換準備完了通知を送付する（Ｓ２１９）。
【００１８】
図７は、認証処理部(図１の１７)での処理を示すフローチャートである。
認証する予約番号を入力して（Ｓ３０１）、サービス状態により、譲渡認証待ちの場合は譲渡処理（Ｓ３０３〜Ｓ３０７）、交換認証待ちの場合は交換処理（Ｓ３０８〜３１５）、それ以外はエラー処理（Ｓ３１６）を実施する。
図８は、状態確認処理部(図１の１４)での処理を示すフローチャートである。
状態確認する予約番号を入力して（Ｓ４０１）、該当する予約番号が予約テーブルに存在するか確認する（Ｓ４０２）。存在する場合はサービス状態に従い状態表示する（Ｓ４０５〜Ｓ４１２）。
【００１９】
図９（ａ）〜（ｃ）は、キャンセル処理部（図１の１３）での処理を示すフローチャートである。
キャンセルする予約番号を入力して（Ｓ５０１）、該当する予約番号が予約テーブルに存在するか確認（Ｓ５０２）、該当する予約番号がサービス登録中か確認する（Ｓ５０４）。サービス状態により処理を振り分ける（Ｓ５０６）。サービス状態が譲渡登録中の場合は譲渡処理をキャンセルする（Ｓ５０７〜Ｓ５１０）。状態が譲渡認証待ちの場合は譲渡処理をキャンセルする（Ｓ５１１〜Ｓ５１５）。状態が相手譲渡認証中の場合は譲渡処理をキャンセルする（Ｓ５１６〜Ｓ５２０）。状態が交換登録中の場合は交換処理をキャンセルする（Ｓ５２１〜Ｓ５２４）。状態が交換認証待ち、交換認証済みの場合は交換処理をキャンセルする（Ｓ５２５〜Ｓ５２９）。状態がトレード登録中の場合はトレード処理処理をキャンセルする（Ｓ５３０〜Ｓ５３３）。
【００２０】
図１０は操作端末に表示されるメニューを、メニュー区分、メニューＮＯ，メニュー表示内容で整理した図である。
図１１はトレードシーケンスを示す図である。利用者Ａ１１１は、トレード処理の登録１１３をトレードサービスサーバ１１０に対して送信する。利用者Ｂ１１２もトレード処理の登録１１４をトレードサービスサーバ１１０に対して送信する。両者の登録１１３，１１４を受けて、トレードサービスサーバ１１０はトレード登録処理１１５、トレード処理１１６を行い、結果の通知１１７、１１８を利用者Ａ，Ｂに対して送信する。図中の左右に示されるメニューＮＯは、それぞれの利用者端末に表示される可能性のあるメニューＮＯを示している。
【００２１】
図１２は譲渡シーケンスを示す図である。利用者Ａ１２１は譲渡処理の登録１２３をトレードサービスサーバ１２０に送信する。利用者Ｂ１２２も上と処理の登録１２４をトレードサービスサーバ１２０に送信する。図１２では、利用者Ａが所有している乗車券を利用者Ｂへ譲渡する場合である。両者の登録１２３，１２４を受けてトレードサービスサーバは譲渡処理１２５を行う。利用者Ａに対して譲渡先の登録があった旨を通知１２６し、利用者Ａの認証１２７を受け、情と認証処理１２８が完了ると、利用者Ｂに譲渡が行われた旨を通知１２９する。図中の左右に示されるメニューＮＯは、それぞれの利用者端末に表示される可能性のあるメニューＮＯを示している。
【００２２】
図１３は交換シーケンスを示す図である。利用者Ａ１３１と利用者Ｂはトレードサービスサーバ１３０に対し、自分が所有する乗車券（乗車予約情報）の交換処理の登録１３３，１３４を送信する。トレードサービスサーバ１３０はその登録情報を受けて交換処理１３５を行い、利用者Ａ，Ｂのそれぞれに通知１３６，１３７を送信し、利用者Ａ，Ｂの認証１３８、１３９がなされると、交換認証処理１４０を行う。交換認証処理１４０が終了すると、利用者に通知１４１，１４２を送信する。図中の左右に示されるメニューＮＯは、それぞれの利用者端末に表示される可能性のあるメニューＮＯを示している。
図１４はキャンセルシーケンスを示す図で、例えば一旦成立したトレード処理をキャンセルする例である。通知１４５，１４６は「予約番号ｘｘｘｘのトレードが成立しました。トレードの内容は状態確認で確認してください。」というものであるが、トレードサービスサーバ１４３から利用者にこの通知が送信されたあと、利用者Ａからキャンセル１４７がトレードサービスサーバ１４３へ送信されたとする。トレードサービスサーバ１４３はキャンセル処理１４８を行い、Ｔ１０３、Ｔ２０３等の通知を他の利用者へ送信する。図中の左右に示されるメニューＮＯは、それぞれの利用者端末に表示される可能性のあるメニューＮＯを示している。
【００２３】
図１５から図１８は各種処理時の予約テーブル（図１の１０、図２）とトレードテーブル（図１の２１、図３）の状態を示すものである。
図１５（ａ）〜（ｄ）に１対１トレード時のテーブル状態の変化を示す。図１５（ａ）は予約テーブル初期状態とトレードテーブル初期状態である。個人番号０００１、０００２，０００３が割り振られた利用者（合計３名）が予約テーブルに登録されている。個人番号０００１の利用者は予約番号１００１から１００４の４つの予約情報を有している。予約番号１００１の予約内容は、東京−名古屋の区間で、５月１０日、特急５号の禁煙席の通路側の座席が予約されていることを示している。この時点では、トレードや譲渡に関するサービスは特に行われていないので、サービス状態以降の欄は空欄である。
【００２４】
トレードテーブルはそれぞれの区間に対して設けられており、トレードを申し込んだ利用者の総当りでトレードの成立性を判定していく。利用者の個人番号と予約番号の記憶形式は、Yxxx0、Yxxx0の組とTxxx0、Txxx0の組となる。図１５（ｂ）は１人目のトレード登録があったときのテーブル状態である。個人番号０００１、予約番号１００１の予約情報に対してトレード登録の申し込みがあった場合、サービス状態欄１５１に「トレード登録」との状態が書き込まれる。また、トレード情報として、１番目に登録したことをTK001として示す登録順情報、トレードを受けたい列車情報として、５月15日の特急５号、禁煙席で通路側、という情報がトレード情報欄１５２に記録される。トレードテーブルに対しては、トレードの登録がされた個人番号、予約番号の組が、縦列Y0001、Y1001の組で、横行T0001、T1001の組で記録される。本実施例のトレードテーブルには、実際の個人番号、予約番号ではないが、初期状態Yxxx0、Yxxx0の組とTxxx0、Txxx0の組があらかじめ記録されている。したがって、自分同士のマッチングは成立しないのでマッチング処理せずの記号「−」が記録される。それ以外のマッチング処理対象のペアについて順に対応をチェックしていく。本実施例では丸数字１、丸数字２の順に見ていくが、結果的に全部のペアの一致（成立・不成立）を確認する。図１５（ｂ）ではダミーの個人番号xxx0、予約番号xxx0との対応は成立しないので丸数字１、丸数字２と見ていくが、それぞれの結果マッチング（トレード）が成立しないので「×」が記録される。
【００２５】
図１５（ｃ）は、２人目のトレード登録があった時のテーブル状態である。個人番号０００２、予約番号２１１０の予約情報に対してトレード登録の申し込みがあった場合、サービス登録欄の該当欄１５３に「トレード登録」との状態が書き込まれる。またトレード情報として、２番目に登録したことをTK002として示す登録順情報、トレードを受けたい列車情報として、５月10日の特急５号、特急６号の２つの列車の時間帯予約の希望、禁煙席で通路側、という情報がトレード情報欄の該当欄１５４に記録される。トレードテーブルに対しては、トレードの登録がされた個人番号、予約番号の組が、縦列Y0002、Y2001の組で、横行T0002、T2001の組で記録される。図１５（ｂ）で終了した丸数字１、丸数字２に対するマッチング処理に引き続き、追加された個人番号、予約番号も対象にして、丸数字３、丸数字４の順にマッチング処理を行う。丸数字３では、Y0001（の予約番号Y1001）が希望するトレード情報が、登録されているT0002（の予約番号T2001）の情報と一致するため、トレード成立を示す「○」が記録される。丸数字４では、Y0002（の予約番号Y2001）が希望するトレード情報が、登録されているT0001（の予約番号T1001）の情報と一致するため、トレード成立を示す「○」が記録される。
【００２６】
図１５（ｄ）は、トレードが成立した時の予約テーブル状態である。予約テーブルでは、個人番号0001、予約番号1001と、個人番号0002、予約番号2001の予約情報を交換し、サービス状態、トレード情報を初期化（クリア）する。トレードテーブルでは、トレード成立者のレコードが削除される。
【００２７】
図１６（ａ）〜（ｅ）に複数人トレード時のテーブル状態の変化を示す。図１６（ａ）は予約テーブルの初期状態とトレードテーブルの初期状態を示し、図１６（ｂ）は１人目のトレード登録があったときのテーブル状態を示し、それぞれ図１５（ａ）と図１５（ｂ）と同じ状況である。図１６（ｃ）は図１５（ｃ）と類似で、２人目のトレード登録があった時のテーブル状態である。個人番号0002、予約番号2001の利用者がトレード登録をしたが、図１５（ｃ）とはトレードを希望する列車の日付が５月２１日である点が異なる。２人目のトレード登録がなされたためトレードテーブルの該当区間に設定して一致の検索が行われる。丸数字１から丸数字４の順にマッチングするが、丸数字４で、Y0002,Y2001の予約情報をT0001,T1001へトレードすることができるため、「○」が記録される。しかし、トレード登録をしているもの全員に対して「○」が記録されないので、トレード処理は継続される。
【００２８】
図１６（ｄ）は３人目のトレード登録があった時のテーブル状態である。個人場号0003、予約番号3002の利用者がトレード登録があったので、サービス状態欄の該当欄１５５に「トレード登録」との状態が書き込まれる。またトレード情報として、３番目に登録したことをTK003として示す登録順情報、トレードを受けたい列車情報として、５月10日の特急５号、禁煙席で通路側、という情報がトレード情報欄の該当欄に記録される。トレードテーブルに対しては、トレードの登録がされた個人番号、予約番号の組が、縦列Y0003、Y3002の組で、横行T0003、T3002の組で追加記録される。３人目のトレード登録がトレードテーブルの該当区間に追加記録されて設定されると一致の検索が行われる。丸数字１から丸数字５の順にマッチングするが。丸数字３で、Y0001,Y1001の予約情報をT0003,T3002へトレードすることができるため、「○」が記録される。丸数字５で、Y0003,Y3002の予約情報をT0002,T2001へトレードすることができるため、「○」が記録される。こうしてトレード登録をしているもの全員（Y0001,Y1001・Y0002,Y2001・Y0003,Y3002）に対してトレード成立し「○」が記録される。
【００２９】
図１６（ｅ）は、複数トレードが成立した時の予約テーブル状態である。予約テーブルでは、個人番号0001、予約番号1001と、個人番号0002、予約番号2001と、個人番号0003、予約番号3002の予約情報を交換し、サービス状態、トレード情報を初期化（クリア）する。トレードテーブルでは、トレード成立者のレコードが削除される。
【００３０】
図１７（ａ）、（ｂ）に譲渡処理時の予約テーブル状態の変化を示す。本実施例での譲渡は、あらかじめ自分の持っている予約情報の譲り先の利用者が決まっているとき（譲り先の利用者が受けるかは問わない）に、システム上での譲渡処理である。図１７（ａ）の上テーブルは予約テーブルの初期状態で、図１５（ａ）、図１６（ａ）と同じである。図１７（ａ）の下テーブルは、譲渡元として個人番号０００１、予約番号１００２の予約情報が譲渡登録済みとなった時の予約テーブル状態で、サービス状態の対応する欄１５６に「譲渡登録中」と記録され、譲渡先の相手個人番号「０００２」を登録する。譲渡元で登録がされると、図１７（ｂ）の上テーブルのように、譲渡先の個人番号の欄に譲渡対象の予約内容がセットされ、サービス状態の該当欄１５７が「譲渡認証待ち」に変更され、該当欄１５８に「相手譲渡認証待ち」と記録される。譲渡元で譲渡認証がされると、図１７（ｂ）の下テーブルのように、譲渡元の予約内容が削除され、サービス状態、譲渡/交換情報が初期化されて、譲渡処理が終了する。
【００３１】
図１８（ａ）〜（ｃ）に交換処理時の予約テーブル状態の変化を示す。図１８（ａ）の上テーブルは予約テーブルの初期状態で、図１５（ａ）、図１６（ａ）と同じである。本実施例での交換は、あらかじめ自分の持っている予約情報と他の交換相手の交換対象の予約情報とが決まっているときの、システム上での交換処理である。ちなみに、交換対象の予約情報が決まっていないときにはトレード処理となる。図１８（ａ）の下テーブルは、個人番号０００１、予約番号１００２の予約情報が交換登録済みとなった時の予約テーブル状態で、サービス状態の対応する欄１５９に「交換登録中」と記録され、交換先の相手個人番号「０００２」、相手予約番号「２００２」を登録する。交換登録がされると、図１８（ｂ）の上テーブルのように、交換先相手の個人番号の欄に譲渡対象の予約内容がセットされ、サービス状態の該当欄１５９が「交換認証待ち」に変更され、交換先相手のサービス状態欄にも「交換認証待ち」と記録され、譲渡/交換情報の相手個人番号欄に「０００１」、相手予約番号欄に「１００２」が記録される。個人番号０００１、予約番号１００２が交換認証を行うと図１８（ｂ）下テーブルのように該当するサービス状態欄が「交換認証済み」と変更される。図１８（ｂ）下テーブルは交換の片方向認証済みの時のテーブル状態だが、交換相手の、個人番号０００２、予約番号２００２も交換認証を行うと、同様にサービス状態欄に「交換認証済み」がセットされる（図示なし）。区間の両方向の認証が完了すると、図１８（ｃ）のように、交換者０００１の予約内容を交換者０００２の予約内容にセットし、交換者０００２の予約内容を交換者０００１の予約内容にセットし、交換者０００１と交換者０００２のそれぞれのレコードのサービス状態、譲渡/交換情報を初期化して、交換処理を終了する。
【産業上の利用可能性】
【００３２】
本発明は、特に列車の座席予約について有効で、予約済み権利を有効に利用しての他の列車予約を行うサービスを実現するシステムや方法で利用することができる。
【図面の簡単な説明】
【００３３】
【図１】本発明による座席予約情報トレード機能の全体構成を示すブロックである。
【図２】座席予約テーブルフォーマットとと座席予約テーブル項目の説明である。
【図３】トレードテーブルフォーマットとトレードテーブル項目の説明である。
【図４（ａ）】トレード処理フローを示すフローチャートである。
【図４（ｂ）】トレード処理フローを示すフローチャートである。
【図４（ｃ）】トレード処理フローを示すフローチャートである。
【図５（ａ）】譲渡処理フローを示すフローチャートである。
【図５（ｂ）】譲渡処理フローを示すフローチャートである。
【図６（ａ）】交換処理フローを示すフローチャートである。
【図６（ｂ）】交換処理フローを示すフローチャートである。
【図７】認証処理フローを示すフローチャートである。
【図８】状態確認処理フローを示すフローチャートである。
【図９（ａ）】キャンセル処理フローを示すフローチャートである。
【図９（ｂ）】キャンセル処理フローを示すフローチャートである。
【図９（ｃ）】キャンセル処理フローを示すフローチャートである。
【図１０（ａ）】操作端末サービスメニュー内容を示す図である。
【図１０（ｂ）】操作端末サービスメニュー内容を示す図である。
【図１０（ｃ）】操作端末サービスメニュー内容を示す図である。
【図１０（ｄ）】操作端末サービスメニュー内容を示す図である。
【図１０（ｅ）】操作端末サービスメニュー内容を示す図である。
【図１０（ｆ）】操作端末サービスメニュー内容を示す図である。
【図１１】トレードシーケンスを示すシーケンス図である。
【図１２】譲渡シーケンスを示すシーケンス図である。
【図１３】交換シーケンスを示すシーケンス図である。
【図１４】キャンセルシーケンスを示すシーケンス図である。
【図１５（ａ）】１対１トレード時の各テーブル状態の例である。
【図１５（ｂ）】１対１トレード時の各テーブル状態の例である。
【図１５（ｃ）】１対１トレード時の各テーブル状態の例である。
【図１５（ｄ）】１対１トレード時の各テーブル状態の例である。
【図１６（ａ）】複数人トレード時のテーブル状態の例である。
【図１６（ｂ）】複数人トレード時のテーブル状態の例である。
【図１６（ｃ）】複数人トレード時のテーブル状態の例である。
【図１６（ｄ）】複数人トレード時のテーブル状態の例である。
【図１６（ｅ）】複数人トレード時のテーブル状態の例である。
【図１７（ａ）】譲渡時のテーブル状態の例である。
【図１７（ｂ）】譲渡時のテーブル状態の例である。
【図１８（ａ）】交換時時のテーブル状態の例である。
【図１８（ｂ）】交換時時のテーブル状態の例である。
【図１８（ｃ）】交換時時のテーブル状態の例である。
【符号の説明】
【００３４】
100  予約管理サーバ
200  トレードサービスサーバ
300  操作端末
110  座席予約テーブル
120  予約管理サーバプログラム群
121  予約照会処理
122  キャンセル処理
123  状態確認処理
124  予約交換処理
125  予約譲渡処理
126  認証処理
210  トレードテーブル
220  トレードサーバプログラム群
221  トレード処理
310  操作端末プログラム群
311  サービスメニュー処理
312  通知受信処理
【図１】
2007102591.tif 000003
【図２】
2007102591.tif 000004
【図３】
2007102591.tif 000005
【図４（ａ）】
2007102591.tif 000006
【図４（ｂ）】
2007102591.tif 000007
【図４（ｃ）】
2007102591.tif 000008
【図５（ａ）】
2007102591.tif 000009
【図５（ｂ）】
2007102591.tif 000010
【図６（ａ）】
2007102591.tif 000011
【図６（ｂ）】
2007102591.tif 000012
【図７】
2007102591.tif 000013
【図８】
2007102591.tif 000014
【図９（ａ）】
2007102591.tif 000015
【図９（ｂ）】
2007102591.tif 000016
【図９（ｃ）】
2007102591.tif 000017
【図１０（ａ）】
2007102591.tif 000018
【図１０（ｂ）】
2007102591.tif 000019
【図１０（ｃ）】
2007102591.tif 000020
【図１０（ｄ）】
2007102591.tif 000021
【図１０（ｅ）】
2007102591.tif 000022
【図１０（ｆ）】
2007102591.tif 000023
【図１１】
2007102591.tif 000024
【図１２】
2007102591.tif 000025
【図１３】
2007102591.tif 000026
【図１４】
2007102591.tif 000027
【図１５（ａ）】
2007102591.tif 000028
【図１５（ｂ）】
2007102591.tif 000029
【図１５（ｃ）】
2007102591.tif 000030
【図１５（ｄ）】
2007102591.tif 000031
【図１６（ａ）】
2007102591.tif 000032
【図１６（ｂ）】
2007102591.tif 000033
【図１６（ｃ）】
2007102591.tif 000034
【図１６（ｄ）】
2007102591.tif 000035
【図１６（ｅ）】
2007102591.tif 000036
【図１７（ａ）】
2007102591.tif 000037
【図１７（ｂ）】
2007102591.tif 000038
【図１８（ａ）】
2007102591.tif 000039
【図１８（ｂ）】
2007102591.tif 000040
【図１８（ｃ）】
2007102591.tif 000041