JP2003256702A

JP2003256702A - 在庫情報照会方法

Info

Publication number: JP2003256702A
Application number: JP2002055870A
Authority: JP
Inventors: Yasushi Nagano; 裕史長野; Toshihiro Eguchi; 俊宏江口; Yoshiki Kakumoto; 喜紀角本; Toshiyuki Kusaba; 敏幸草場; Etsuo Kaneda; 悦雄金田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2002-03-01
Filing date: 2002-03-01
Publication date: 2003-09-12

Abstract

(57)【要約】【課題】航空機や鉄道の交通機関の指定席の予約管理シ
ステムなどで、空席の在庫情報の予測を利用者に提示し
て、効率的に在庫の予約をおこなえるようにし、利用者
の手間を軽減する。また、利用者に予約をする時間と価
格の選択枝を与えることによって、適切なタイミング
で、また、所望の価格で予約できるようにする。【解決手段】空席の在庫情報を持つ予約管理システムな
どで、各サービス提供者の在庫データベースに所定のタ
イミングでアクセスし、システム内に統合在庫情報デー
タベースを作成する。そして、各サービス提供者の時系
列在庫情報や問い合わせリクエスト数等を分析し、各時
点での在庫量や在庫切れ時期を予測して提示する。そし
て、利用者に在庫予約やその条件を指定することができ
るようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、在庫情報照会方法
に係り、利用者が類似した照会を多数おこなう場合の在
庫情報の効率的な提示方法、および、効率的な在庫確保
方法に関するものであって、特に、利用者が在庫情報の
照会や予約をおこなう航空機や鉄道の交通機関、また
は、コンサートなどの催し物の空席照会や予約業務をサ
ポートする業務に用いて好適な在庫情報照会方法に関す
る。

【０００２】

【従来の技術】従来、鉄道や航空機などの指定席を確保
するために、各事業者は指定席の予約管理システムを導
入している。一般に、従来の指定席の予約管理システム
では、利用者は、各事業者を介して、または、自ら端末
を操作して、システムに逐次アクセスし、要求条件を満
たす空席を探索する必要があった。

【０００３】このような技術の例としては、特開平６−
７５９８２号公報に開示の「指定席券販売方法」では、
空席の有無の情報を各予約受け付け端末に配信しておく
ことにより、ホストコンピュータへのアクセスを減ら
し、応答速度向上を達成する方法が提案されている。

【０００４】しかしながら、上記従来技術では、提供さ
れる情報は当該時点での空席の有無のみであり、空席情
報の推移や空席がなくなる見込み時期などのような利用
者の指定席の確保を支援するような情報の提供方法やそ
れら関するデータのダウンロードタイミングの決定方法
については考慮されていない。このため、利用者は、指
定席の確保をおこなう場合には、各サービス提供者に対
して逐一空席の状況を確認して、各時点で予約して指定
席の確保を要求するか否かを判断する必要があった。

【０００５】

【発明が解決しようとする課題】上記従来技術に記載さ
れている指定席予約システムのような在庫情報照会シス
テムでは、購入検討段階での空席照会等、正確な在庫情
報を必要としない場合や、要求条件を変更しながら検討
をおこなう場合においても、各サービス提供者に逐次ア
クセスして最新情報を取得する必要があったため、利用
者は情報収集に多大な時間を要するという問題点があっ
た。また、各サービス提供者から提供される情報は照会
時点での在庫情報のみであり、在庫量の推移や在庫切れ
時期などの情報を取得することはできなかった。このた
め、実際に在庫の確保をおこなう場合にも、利用者は頻
繁に各サービス提供者の在庫情報を取得して購入可否を
判断したり、経験に基づいて購入可能な期限を判断した
りする必要があったため、利用者には手間がかかり、さ
らには目的とする指定席が空いていたにもかかわらず、
問い合わせのタイミングが悪くて、希望どおりの在庫を
確保できない場合もあった。また、利用者が指定席を購
入するときに、予約する時間や購入のための価格を利用
者の意思により選択することができなかった。

【０００６】本発明は、上記問題点を解決するためにな
されたもので、その目的は、航空機や鉄道の交通機関の
指定席の予約管理システムなどのような利用者が在庫情
報の照会や予約をおこなうシステムの在庫情報照会方法
において、在庫情報の予測を利用者に提示して、効率的
に在庫の予約をおこなえるようにし、利用者の手間を軽
減して、また、利用者に予約をする時間と価格の選択枝
を与えることによって、適切なタイミングで、また、所
望の価格で予約できるようにすることにより、利用者の
満足度をたかめることにある。

【０００７】また、別の目的は、システムの在庫情報を
複数のデータベースに格納してアクセスするときに、ユ
ーザの利用状況と予測の更新の必要性のバランスをとっ
て、負荷の集中を避けてシステムの有効利用を図ること
にある。

【０００８】

【課題を解決するための手段】本発明の在庫情報照会方
法では、各サービス提供者の在庫データベースに所定の
タイミングでアクセスし、システム内に統合在庫情報デ
ータベースを作成する。これにより、利用者は各サービ
ス提供者に逐次アクセスしなくてもよくなり、要求条件
を満たす在庫情報を取得するための手間が軽減される。
また、在庫情報の取得タイミングを、在庫情報のダウン
ロードスピードや情報に対するニーズ、在庫量の予測性
能等に応じて決定するため、利用者の要求を満たしつ
つ、システムに過度の負荷をかけない運用が可能にな
る。

【０００９】また、本発明の在庫情報照会方法では、各
サービス提供者の時系列在庫情報や問い合わせリクエス
ト数等を分析し、各時点での在庫量や在庫切れ時期を予
測して提示する。これにより、利用者は効率的な情報収
集をおこなうことが可能となる。そして、利用者に在庫
予約やその条件を指定することができるようにする。そ
のために利用者にとって望む条件で予約がやりやすくな
り、事業者にとっても販売促進のメリットがある。

【００１０】

【発明の実施の形態】以下、本発明に一実施形態を、図
１ないし図２５を用いて説明する。

【００１１】本発明の在庫情報照会方法を実施するシス
テムとして、実施の形態として交通機関の統合空席照会
システムを例に、採って説明することにする。

【００１２】この交通機関の統合空席照会システムは、
複数の事業者が経営している鉄道や旅客機の指定席の照
会や予約が統合的におこなえるものである。

【００１３】〔統合空席照会システムのシステム構成〕
先ず、図１を用いて統合空席照会システムの全体構成を
説明する。図１は、本実施形態に係る統合空席照会シス
テムの全体構成図である。

【００１４】統合空席照会システム１０１０は、ネット
ワーク１０２０を介して各交通事業者の空席情報データ
ベース１０３０、１０４０、１０５０に接続されてお
り、各事業者の提供する各種情報を収集する。

【００１５】このときの情報収集は、便情報取得プログ
ラム１０６０と空席情報収集プログラム１０７０によっ
ておこなう。便情報取得プログラム１０６０は毎日所定
の時刻に実行され、各交通事業者が設定する便の基本情
報を取得し、便情報１０８０と価格情報１０９０に格納
する。

【００１６】空席情報収集プログラム１０７０は、各便
の空席情報を収集して空席履歴情報１１２０に蓄積す
る。この空席情報収集プログラム１０７０は、空席情報
収集タイミング決定プログラム１１００が決定した通信
タイミング情報１１１０に従い、各便の空席情報を収集
する。

【００１７】情報収集の際の応答時間は応答速度と空席
情報データベースの処理速度とによって決定されるが、
この速度を応答速度監視プログラムによって監視して、
得られた応答速度を応答速度ログ情報１１４０に蓄積す
るとともに、統計処理を施して応答速度情報１１５０を
更新する。

【００１８】一方、利用者は利用者端末１１６０を介し
て統合空席照会システムにアクセスする。先ず、利用者
から空席照会要求を受け付けた場合には、情報提供プロ
グラム１１７０が空席情報予測プログラム１１８０を実
行し、予測空席数や予測満席日時を算出して利用者に提
示する。また、この際の空席照会内容を分析してアクセ
ス履歴情報１１９０として蓄積する。利用者から予約要
求を受け付けた場合には、予約要求評価実行プログラム
１２００が、いったん予約待ち情報１２１０に蓄積し
て、対象便の空席状況等を評価、判断しながら、適切な
タイミングで予約を実行することにする。

【００１９】〔統合空席照会システムの処理〕次に、本
実施形態に係る統合空席照会システムの処理について説
明する。

【００２０】以下では、この統合空席照会システムの処
理内容について、交通事業者から各種情報を収集する処
理、利用者から空席照会要求を受け付けた際の処理、利
用者から予約実行要求を受け付けた際の処理の三つの場
合に分けて順に説明する。（Ｉ）統合空席照会システムが交通事業者から各種情報
を収集する際の処理先ず、本実施形態に係る統合空席照会システムが、交通
事業者から各種情報を収集する際の処理について説明す
る。

【００２１】（Ｉ−１）関連するデータ構造先ず、図２および図８を用いてこの処理に関連するデー
タ構造について説明する。図２は、便情報のデータ構造
を示す模式図である。図３は、価格情報のデータ構造を
示す模式図である。図４は、応答速度ログ情報のデータ
構造を示す模式図である。図５は、応答速度情報のデー
タ構造を示す模式図である。図６は、通信タイミング情
報のデータ構造を示す模式図である。図７は、空席履歴
情報のデータ構造を示す模式図である。図８は、要求条
件ヒット情報のデータ構造を示す模式図である。

【００２２】図２に示される便情報は、航空便などの管
理情報、運行の詳細を示すものであり、便ＩＤ２０１
０、運行会社名２０２０、便名２０３０、出発地２０４
０、到着地２０５０、出発日時２０６０、到着日時２０
７０から構成される。列車情報の場合には、同一便であ
っても利用区間によって空席数が異なるため、ここでは
各区間の空席数を個別に登録しておく。なお、価格は利
用者の購入日によって変動する場合があるため、次の価
格情報のテーブルで管理することにする。

【００２３】図３に示される価格情報は、各利用便の価
格の情報であって、価格情報各便ＩＤ３０１０につい
て、それぞれ価格変更日時３０２０と当該日時に適用さ
れる価格３０３０から構成される。

【００２４】図４に示される応答速度ログ情報は、便情
報取得プログラム１０６０が各データベースの便情報を
取得にいったときの応答速度の履歴であり、通信日時４
０１０、便ＩＤ４０２０、応答速度４０３０より構成さ
れる。応答速度監視プログラム１１３０は、便情報を取
得にいったときの応答速度を監視していて、この応答速
度ログ情報を更新する。

【００２５】図５に示される応答速度情報は、応答速度
データを各曜日の時間帯ごとの統計的に整理したもので
あり、月〜木曜日５０１０、金曜日５０２０、土曜日５
０３０、日曜祝日５０４０の各時間帯５０５０の平均応
答速度が格納されている。

【００２６】応答監視プログラム１１３０は、今回の便
情報取得時刻と同じ時間帯の応答速度情報を応答速度ロ
グ情報から探索し、応答速度の平均値を算出して応答速
度情報の該当項目を更新する。

【００２７】図６に示される通信タイミング情報は、各
事業者の空席情報を取得するときに用いられる情報であ
り、各便ＩＤ７０１０について、空席情報を次回、更新
するスケジュールである次回更新日時７０２０から構成
される。

【００２８】図７に示される空席履歴情報８０４０は、
各便の空席に関する履歴情報であり、各便ＩＤ８０１０
について、それぞれ取得日時８０２０、空席数８０３
０、情報更新日時８０４０から構成されている。空席数
は、指定席の仕様により、ビジネスクラス８０５０とエ
コノミークラス８０６０に分類して、それぞれ禁煙席数
８０７０、喫煙席数８０８０を格納するようにする。鉄
道の場合には、例えばグリーン席をビジネスクラスに、
一般席をエコノミークラスに、それぞれ対応させて格納
すればよい。情報更新日時８０４０には、交通事業者の
空席データベースの情報が更新された日時を取得し、格
納する。

【００２９】図８に示される要求条件ヒット情報は、各
便ＩＤについて、利用者が条件を指定して照会したとき
に、条件を満たした回数（ヒット数）を記録するための
情報である。この要求条件ヒット情報は、後に説明する
ように更新日時を決定するのに用いられる。

【００３０】（Ｉ−２）運行便の情報の取得先ず、統合空席照会システムの空席が予約・照会をする
ためには、各運行便についての情報を取得しておく必要
がある。これがシステムの基本情報となる。

【００３１】図１に示したように統合空席照会システム
１０１０は、便情報取得プログラム１０６０によって、
各交通事業者の提供しているデータベースにアクセス
し、各便の情報を収集して、図２に示した形式で便情報
１０８０に格納する。

【００３２】また、価格情報も同様にデータベースにア
クセスして収集し、図３に示した形式で価格情報１０９
０に格納する。

【００３３】このように便情報取得プログラム１０６０
は、毎日所定の時刻に実行され、各交通事業者の当該日
発売の便情報、および価格情報を全て取得する。情報を
取得した各便には便ＩＤが割り当てられて便情報１０９
０に格納される。価格情報は、便ＩＤによって関連付け
られ、図３に示したように価格の変更した日時と、その
価格という形式で格納される。

【００３４】（Ｉ−３）空席情報の取得次に、図９および図１１を用いて統合空席照会システム
が各事業者の提供するデータベースから空席情報を取得
する処理について説明する。図９は、空席情報収集プロ
グラム１０７０が、空席情報を取得する処理を示すフロ
ーチャートである。図１０は、時刻と空席数の関係のグ
ラフを表す図である。図１１は、統合空席照会システム
が各事業者のデータベースから空席情報を次回に更新す
る日時を求める処理を示すフローチャートである。

【００３５】先ず、空席情報収集プログラム１０７０
は、図６に示された通信タイミング情報を定期的に参照
し、当該時刻で更新する便の通信ジョブを探索して（ス
テップ６０１０）、当該時刻で通信をおこなうジョブが
あるか否かを判断する（ステップ６０２０）。すなわ
ち、現在の時刻が次回更新日時７０２０に達していると
きには、その便ＩＤ７０１０の空席情報を取得する通信
ジョブを実行する。通信タイミング情報に規定されてい
る次回更新日時７０２０を決定する方法については後に
詳細に説明する。

【００３６】空席情報を取得する通信ジョブを実行する
と判断したときには、便ＩＤ７０１０で示される当該便
の予測空席数を算出する（ステップ６０３０）。

【００３７】このようにするには、実際の空席数と予測
空席数とを比較することにより、予測性能を評価して、
それにより、次回更新日時７０２０を決定するためであ
る。

【００３８】便の予測空席数は、例えば、以下に示す方
法により求められる。

【００３９】先ず、図７に示される空席履歴情報によ
り、図１０に示したような時刻と空席数の関係を示すグ
ラフを描く。そして、これを基にして、予測空席数を近
似曲線により求めるようする。

【００４０】近似曲線には、例えば、２次関数を用い、
最近３時点の空席数を用いて最少二乗法により近似する
ようにすればよい。すなわち、図１０に示したように、
９０１０、９０２０、９０３０の３時点のデータを用い
て近似曲線９０４０を算出する。このときの時刻ｔ１に
おける予測空席数ｎ１は、９０５０の点で読み取ること
ができ、空席数が０になる予測満席時刻は、９０８０の
点で示されるｔ２になる。

【００４１】また、予測は、その便に関する問い合わせ
数や過去の類似の便の乗客数、空席数を参照にしてもお
こなうことができる。例えば、休暇シーズンの海外レジ
ャーのための航空便の問い合わせが多かったときには、
そのような航空便の空席数が減少することが予測され、
１年前、２年前の同時期のそのような航空便の過去の乗
客数、空席数を参考にして、予測する方法が考えられ
る。

【００４２】次に、空席情報収集プログラム１０７０
は、当該便を運行する交通事業者の空席情報データベー
スから当該便の空席数を取得し（ステップ６０４０）、
空席履歴情報１１２０に登録する（ステップ６０５
０）。

【００４３】次に、交通事業者側の空席情報データベー
スにおける当該便の空席数情報の最終更新時刻を取得し
て、図７に示される空席履歴情報に登録する（ステップ
６０６０）。

【００４４】次に、応答速度監視プログラム１１３０に
より空席情報取得の際の応答速度を算出し、図４に示さ
れる応答速度ログ情報に登録する（ステップ６０７
０）。そして、この情報を基に、図５に示される応答速
度情報を更新する（ステップ６０８０）。

【００４５】最後に次回の通信タイミングを決定の次回
更新日時を更新するために、空席情報収集タイミング決
定プログラムを実行する(ステップ６０９０)。

【００４６】次に、空席情報収集タイミング決定プログ
ラム１１００により空席情報を次回に更新する日時を求
める処理について説明する。

【００４７】この次回更新日時を求める処理では、その
計算に先立って、ステップ１００１０〜ステップ１００
４０でそれを計算するための各種の予備的な指標を算出
する。

【００４８】すなわち、ステップ１００１０〜ステップ
１００４０において、それぞれ以下に示される更新速度
指数、空席数減少率、ニーズ指数、予測性能指数を算出
した後、ステップ１００５０において上記４指標を用い
て次回更新日時を算出する。

【００４９】

【数１】更新速度指数は、交通事業者の空席情報の更新頻度を評
価する指標であり、ここでは、(式１)に示されるように
アクセス時刻と情報更新時刻の差の平均時間を用いてい
る。この指標は、いわば、統合空席照会システムが交通
事業者の空席情報にアクセスした際の情報鮮度の平均値
を表している。

【００５０】空席数減少率は、一日あたりの空席減少数
を全座席数に対する比率で表した数値であり、ここで
は、（式２）に示されるように最近２回の空席数履歴を
用いて算出している。この空席数減少率の数値が大きい
ほど、空席情報の取得の更新は、頻繁におこなうべきで
あり、したがって、更新日時の間隔は短くなる。

【００５１】予測性能指数は、（式３）に示されるよう
に当該時点以前に取得した空席履歴情報を元に算出した
当該時点の予測空席数と、実際に取得した空席数との差
を、全座席数に対する比率で表したものである。これ
は、予測と実際の差であり、この指数が大きいほど、更
新日時の間隔を短くするべきである。

【００５２】ニーズ指数は、利用者が条件をつけて便の
照会をおこなったときに、それをどれくらい満たすかを
示す指数であり、（式４）に示されるように、図８に示
したヒット数と予測ヒット件数の割合である。この指数
が大きいほど、現在の利用者のニーズを満たした便の空
席があることを意味するので、更新日時の間隔を短くす
るべきである。

【００５３】次に、上記の各種指数を基にして、次回更
新日時を算出する（ステップ１００５０）。

【００５４】次回更新日時は、例えば、以下の（式５）
のようにして求められる。

【００５５】

【数２】（更新日時）は、第一項の（現在日時）に第二項の更新
間隔を加えたものである。第二項の更新間隔の第一因子
１３０１０では、先ず空席数減少率が１％となるような
時間間隔を設定する。すなわち、空席数減少率が、０の
ときには、第一因子１３１０は、１になり、空席数減少
率が多くなるほど第一因子１３１０は、小さな数になっ
ていく。

【００５６】そして、第二因子１３０２０で予測性能指
数の、また、第三因子でニーズ指数を考慮して、調整を
おこなっている。

【００５７】予測性能指数は全座席に対する予測空席数
のずれを表し、０から１の値をとる。このため第二因子
１３０２０では、第二項では予測性能に応じて１〜０．
５の数を掛け、予測性能が低い場合には更新間隔を狭め
る調整をおこなっている。また、第三因子ではニーズに
よる調整をおこなう。ニーズ指数は、０から１の値をと
るため、第三項では当該便へのニーズに応じて１〜２の
数を掛け、問い合わせが、多くユーザの照会条件のヒッ
トの多い便については、更新間隔を狭めて、情報更新頻
度を増す処理をおこなっている。

【００５８】さらに、上記の（式１）による、更新速度
指数により、更新間隔の制限を設けて、次回更新日時と
現在時刻との差が更新速度指数の１０％以上となるよう
に設定する。これは、計算上、更新間隔が短くなりすぎ
て、同じ空席情報を何度も取得してしまうようになり、
統合空席照会システムに過度の負荷がかかるのを防止す
るためである。

【００５９】さらに、この処理によって決定された次回
更新日時を基に、当該日時周辺でネットワーク負荷の少
ない日時を探索して選定し、通信タイミング情報に登録
する。すなわち、次回更新日時の応答速度を、図４に示
した応答速度情報から参照して、応答速度が所定値以下
であるかを判定し（ステップ１００６０）、当該日時の
その時間帯が応答速度が所定値以下である、すなわち、
システムに負荷がかかっていると判断されたときには、
次回更新日時を後ろに移動させて調整する（ステップ１
００ステップ１００７０）。これを、応答速度が所定値
以上の時間帯が見つかるまで繰り返し、見つかったとき
には、その時間帯の次回更新日時を決定して（ステップ
１００８０）、図６に示される通信タイミング情報に登
録する。（II）利用者から空席照会要求を受け付けた際の処理次に、図１２ないし図１４を用いて本実施形態の統合空
席照会システムが、利用者から空席照会要求を受け付け
た際の処理について説明する。図１２は、本実施形態の
統合空席照会システムが利用者から空席照会要求を受け
付けた際の処理を示すフローチャートである。図１３
は、空席問い合わせ要求の条件を挙げた図である。図１
４は、空席照会画面を説明する模式図である。

【００６０】利用者から空席問い合わせ要求を受け付け
た際には、統合空席照会システム１０１０は、利用者の
希望条件に合致する便を便情報から探索するとともに、
価格情報による比較等、利用者が利用便を決定する上で
必要な情報や、予測満席日時等、実際に予約をおこなう
上で必要となる情報を、システム内の各種情報を用いて
算出して、提供する機能を有する。

【００６１】先ず、利用者からの空席問い合わせ要求を
受け付けた統合空席照会システム１０１０は（ステップ
１４０１０）、利用者の指定した利用条件を満たす便
を、図２に示した便情報から探索する（ステップ１４０
２０）。

【００６２】空席問い合わせ要求の諸元は、図１３に示
されるように、利用日１５０１０、出発地１５０２０、
到着地１５０３０、希望到着時刻１５０４０、座席クラ
ス１５０５０、最新情報要求の有無１５０６０、およ
び、照会日１５０７０などが考えられる。照会日１５０
７０は、一定時刻後のある時点における空席状況を要求
する場合に設定する。すなわち、将来の問い合わせをす
るための予約日時という意味を持つ。この照会日１５０
７０を設定しない場合には、現在時刻における予測空席
状況を要求するものとする。

【００６３】最新情報要求の有無１５０６０とは、要求
があったときには、該当便を運行する交通事業者から現
在時刻における最新の空席状況を取得するか否かを示す
フラグである。すなわち、統合空席照会システムは、基
本的にはシステム内の情報を用いた予測空席数を応答す
るが、最新情報要求が「ＹＥＳ」の値のときには、該当
便を運行する交通事業者から現在時刻における最新の空
席状況を取得して、提供するようにする。

【００６４】したがって、次に、当該要求が最新空席情
報の問い合わせか否かを判定し（ステップ１４０３
０）、最新空席情報が要求されなかった場合には、利用
者の要求条件を満たす便の空席情報が統合空席照会シス
テム内に格納されているか否かを判定する（ステップ１
４０４０）。

【００６５】最新空席情報が要求された場合には、該当
便の空席情報を空席情報収集プログラム１０７０によ
り、各事業者の空席データベースから取得する（ステッ
プ１４０５０）。また、最新空席情報が要求されなかっ
た場合であっても、利用者の要求条件を満たす便の空席
情報が統合空席照会システム内に存在しないと判定され
たときには（ステップ１４０４０）、同様に各事業者の
空席データベースから取得する（ステップ１４０５
０）。

【００６６】一方、利用者の利用条件を満たす便の空席
情報が統合空席照会システム内に存在する場合には（ス
テップ１４０４０）、空席履歴情報から該当便の空席情
報を取得する（ステップ１４０６０）。

【００６７】また、図７に示した空席履歴情報を用いて
該当便の現在時刻における予測空席数を、例えば、図１
０で説明した方法で算出する。また、該当便の予測満席
日時を算出する（ステップ１４０８０）。

【００６８】基本的な空席情報以外に、以下に示される
ように、これらについても付加情報として利用者に知ら
せるためである。

【００６９】その後、アクセスのあった便のアクセス履
歴情報の数を全て１加算し（ステップ１４０９０）、該
当便の利用者端末１１６０などに、以下の空席照会画面
として空席情報を利用者に提示してやる（ステップ１４
１００）。

【００７０】空席照会画面では、図１４に示されように
各便について、便名１６０１０、出発地１６０２０、到
着地１６０３０、出発時刻１６０４０、到着時刻１６０
５０等の基本情報に加え、空席数１６０６０、空席数情
報の更新日時１６０７０、問い合わせ時点における予測
空席数１６０８０、予測満席日時１６０９０を提示す
る。

【００７１】空席問い合わせ要求に照会日１６０７０が
設定されている場合には、表示情報が一定時刻後の指定
日時における予測空席状況である旨のメッセージ１６１
００を表示して、予測空席数として指定日時における予
測空席数を表示する。また、最新空席数の問い合わせに
対しては、空席数として各交通事業者から取得した最新
の空席情報を表示し、更新日時と予測空席数は表示しな
い。

【００７２】このようにして、利用条件に合致する便の
空席状況を確認した利用者は、次に提示されている便の
中から特定の便を指定し、予約の実行を検討することが
できる。（III）利用者から予約実行要求を受け付けた際の処理次に、図１５ないし図２０を用いて本実施形態の統合空
席照会システムが利用者から予約実行要求を受け付けた
際の処理につい説明する。

【００７３】この機能は、予め利用者が予約実行要求を
統合空席照会システムに登録し、空席照会システム内の
予約要求評価実行プログラム１２００が予約実行を代行
するものである。

【００７４】予約を代行する方法としては以下の３つの
方法が考えられる。 (１)統合空席照会システムから提供される情報を元に、
利用者が予約実行タイミングを決定する。統合空席照会
システムは指定された日時に予約を実行する。 (２)利用者から予約を実行する際の条件を受け付けてお
き、統合空席照会システムは交通事業者から空席情報を
取得する際に条件を評価し、予約を実行するか否かを判
定する。 (３)予約を実行する際の複数の条件について、利用者か
らそれぞれ重要度を受け付けておき、統合空席照会シス
テムがこの重み付けに基づいた評価値を算出して予約実
行タイミングを決定する。

【００７５】以下、上記３方法についてそれぞれ項を分
けて説明する。

【００７６】(１)予約実行タイミングを指定するとき先ず、図１５および図１６を用いて利用者が予約の実行
タイミングを決定する場合について説明する。図１５
は、本実施形態に係る予約リクエスト実行画面を説明す
るための模式図である(その一)。図１６は、予約待ち情
報を説明する模式図である(その一)。

【００７７】この場合は、空席照会システムの提供する
予測情報に基づいて、利用者が予約を実行する日時を指
定する場合である。

【００７８】この機能を利用するには、利用者端末１１
６０に表示される図１４の空席照会画面において利用者
が特定の便の便名をクリックすると、図１５のような予
約リクエスト受け付け画面へと遷移するようにすればよ
い。

【００７９】この画面では、予測空席数と価格の予測推
移図１７０１０が提示され、利用者はスクロールバー１
７０２０を操作すると、リアルタイムに、希望の日時１
７０３０の予測空席数１７０４０や予約可能性１７０５
０、価格１７０６０の欄に値の情報が表示される。

【００８０】ここでユーザに提示する予約可能性という
指標は、利用者がどの程度予約の可能性があるかという
ことを示す指標であり、例えば、以下の(式６)で求めら
れる。

【００８１】

【数３】この式では、予測空席数と予測性能を用いて、空席数が
予測を最大限下回ったときの空席数を算出し、この値に
０．１を掛けた数字を予約可能性として用いている。値
の範囲としては０から１までという制約を設けた。これ
により、本指標は残り空席数が最小で１０座席以下と予
想される場合に、その座席数を１０で割った数を表すこ
とになる。

【００８２】利用者は、これらの情報を用いて予約を実
行する日時を検討し、選択した日時に予約を実行するこ
とを依頼する場合には、図１７のボタン１７０７０をク
リックする。ボタンがクリックされると、統合空席照会
システムは当該予約要求を以下の予約待ち情報に格納す
るとともに、利用者に受け付けＩＤを通知する。

【００８３】予約待ち情報のデータ構造は、図１６に説
明されるよう予約待ち情報は、受け付けＩＤ１９０１
０、便ＩＤ１９０２０、座席情報１９０３０、予約実行
日時１９０４０から構成される。

【００８４】統合空席照会システムは、指定日時になる
と当該予約を実行し、予約待ち情報から当該予約要求を
削除する。

【００８５】この利用者が予約の実行タイミングを指定
できる機能によれば、価格と予約可能性を考慮して自分
の最も適した予約日時を利用者の意思で決定できるとい
うメリットがある。

【００８６】(２)予約条件を指定するとき次に、図１７および図１８を用いて、利用者が予約を実
行する条件を入力し、その条件に基づいて統合空席照会
システムが予約を実行する場合について説明する。図１
７は、本実施形態に係る予約リクエスト実行画面を説明
するための模式図である(その二)。図１８は、予約待ち
情報を説明する模式図である(その二)。

【００８７】この場合は、空席照会システムの提供する
予測情報に基づいて、利用者が予約する条件のみを指定
して、実行する日時はシステムに委ねる場合である。

【００８８】この機能を利用するにも、利用者端末１１
６０に表示される図１４の空席照会画面において利用者
が特定の便の便名をクリックすると、図１７のような予
約リクエスト受け付け画面へと遷移するようにすればよ
い。

【００８９】この画面では、予測空席数と価格の予測推
移図が提示されていることは同様であるが、利用者が予
約を実行する条件として、直接残り空席数２００１０と
価格２００２０の条件を入力する。そして、複数の条件
がある場合には、チェックボックス２００３０により、
全条件を満たす場合にのみ予約を実行するか(ＡＮＤ条
件)、どれかひとつでも条件を満たした場合に予約を実
行するか(ＯＲ条件)を選択する。入力した条件を満たす
場合に予約を実行することを依頼する場合には、利用者
はボタン２００４０を押下し、空席照会システムは当該
要求を予約待ち情報に登録する。

【００９０】この機能を利用させるための予約を実行す
る方法としては、以下の二つの方法が考えられる。

【００９１】第一の方法は、空席情報予測プログラムや
価格情報を用いて利用者の条件を満たす日時を予測し、
当該日時に予約を実行する方法である。一方、第二の方
法は、利用者の入力した条件を予約待ち情報に登録して
おき、空席情報収集プログラムが所定のタイミングで各
交通事業者の空席情報データベースにアクセスして空席
情報を収集する際に、利用者の予約条件を評価し、予約
を実行するかどうかを決定する方法である。

【００９２】第一の方法では、先ず、統合空席照会シス
テムは、空席情報予測プログラムや価格情報を用いて指
定便の空席状況が利用者の条件を満たす日時を算出す
る。以降の処理は前出の(１)の場合と同様であり、当該
予約要求を予約待ち情報に格納するとともに、利用者に
受け付けＩＤを通知しておく。その後、指定日時となっ
た際には、空席照会システムは当該予約を実行し、予約
待ち情報から当該予約要求を削除する。

【００９３】一方、第二の方法では、まず第一の方法と
同様、空席情報予測プログラムや価格情報を用いて指定
便の空席状況が利用者の条件を満たす日時を予測し、例
えば、当該日時の３日前から、空席情報収集プログラム
の実行タイミングにあわせて、予約実行をおこなうか否
かの評価をおこなう。

【００９４】この場合の予約待ち情報のデータ構造は、
図２１に示されるように各受け付けＩＤ２１０１０に対
し、便ＩＤ２１０２０、座席情報２１０３０、空席条件
２１０４０、価格条件２１０５０、全条件の充足の有無
２１０６０、評価開始日時２１０７０になる。

【００９５】評価の結果、利用者の条件を充足する場合
には、予約を実行した後、当該予約要求を予約待ち情報
から削除する。

【００９６】この機能は、利用者が条件を直接指定して
予約の実行をおこなうので、（１）よりも利用者にとっ
ては、操作や考え方が簡明であり、ＡＮＤ条件やＯＲ条
件の使いわけもできるというメリットがある。

【００９７】(３)予約実行タイミングを重み付けに基づ
いた評価値より算出するとき次に、図１９ないし図２１を用いて利用者が重み付けを
設定し、それに基づいた評価値より予約の実行タイミン
グを決定する場合について説明する。

【００９８】図１９は、本実施形態に係る予約リクエス
ト実行画面を説明するための模式図である(その三)。

【００９９】図２０は、時刻と予約実行評価値の関係を
示すグラフである。

【０１００】図２１は、予約待ち情報を説明する模式図
である(その三)。

【０１０１】この場合は、予約の実行を判断する複数の
条件の重要度を利用者が設定しておき、統合空席照会シ
ステムは、この重み付けに基づいた評価値を算出して予
約実行タイミングを決定する機能である。

【０１０２】この機能を利用するにも、利用者端末１１
６０に表示される図１４の空席照会画面において利用者
が特定の便の便名をクリックすると、図１９のような予
約リクエスト受け付け画面へと遷移するようにすればよ
い。

【０１０３】この画面では、予測空席数と価格の予測推
移図が提示されていることは同様であるが、利用者は予
約を実行する際の各条件の重要度として、予約可能性２
２０１０と価格２２０２０の重要度を入力する。そし
て、入力した重要度に基づいた評価値による予約の実行
を依頼する場合には、利用者はボタン２２０３０を押下
する。

【０１０４】この際、空席照会システムは、受け付けた
重要度に基づく予約実行評価値の時間推移を、予測空席
数と価格情報を用いて算出する。

【０１０５】価格評価値は、価格幅に対する現在価格の
割合を示しており、以下の（式７）で示され、０から１
の値を取る。

【０１０６】予約実行評価値は、予約を実行するための
評価をおこなう指標であり、以下の（式８）で示され、
予約可能性と価格評価値にそれぞれ重み付けを掛けて足
したものである。予約可能性と価格評価値は、０から１
の値をとり、１に近づくほど顧客満足度の高い指標であ
る。このため、予約実行評価値は、値が最大となる時刻
に予約を実行することにより、利用者の重要度に基づい
て顧客満足度を最大化することが可能となる。

【０１０７】

【数４】図２０は、時刻と予約実行評価値の関係を示したグラフ
であり、この例では、時刻ｔ１：２４０１０に評価値の
最大値ｎ１：２４０２０を取ると予測している。

【０１０８】この場合にも、第一の場合として評価値が
最大値をとると算出した時刻ｔ１に予約を実行する場合
と、第二の場合として、所定の時刻以降に空席情報収集
プログラムを実行する際に評価値を算出し、予約を実行
するかどうかを判断する場合の２通りの場合がある。

【０１０９】第一の場合には、前出の図１６に示される
予約待ち情報に当該予約要求を登録し、指定日時に予約
を実行して、当該予約要求を予約待ち情報から削除す
る。

【０１１０】この例では、評価値の最大をとって実行す
るとものとしたが、別の方法としと評価値の閾値を予め
入力しておき、その評価値の閾値を超えたときに、予約
を実行するようにしてもよい。

【０１１１】第二の場合には、以下の図２１のようなデ
ータ構造をもつ予約待ち情報に当該予約要求を登録し、
空席情報収集プログラムの収集タイミングに合わせて評
価をおこなう。

【０１１２】この場合の予約待ち情報は、各受け付けＩ
Ｄ２５０１０に対し、便ＩＤ２５０２０、座席情報２５
０３０、空席条件重要度２５０４０、価格条件重要度２
５０５０、前回評価値２５０６０、および、評価開始日
時２５０７０から構成される。評価開始日時は、例え
ば、図２１におけるｔ１の３日前を設定する。

【０１１３】空席情報収集プログラムの実行タイミング
にあわせて予約実行をおこなう否かかの評価をおこなう
際、評価値が前回評価値を上回っている場合には、評価
値を更新し、次回の収集タイミングを待つ。一方、評価
値が前回評価値以下である場合には、当該時点を評価値
最大時点と擬制して、予約を実行し、当該予約要求を予
約待ち情報から削除する。このようにする理由は、厳密
には時間的なずれは、生じるものの以前の値で極大にな
ったので、この時点で高い予約実行評価値を得ることが
できるからである。

【０１１４】この機能では、利用者は細かな条件を指定
しなくとも、自分の予約の重要性の価値判断に基づい
て、指定できるメリットがある。例えば、価格は高くて
も必ず予約をとることが重要なときには、予約可能性の
重要度を高めればよいし、価格の安いのを重視するとき
には、価格の重要度を高めればよい。

【０１１５】以上、（１）ないし（３）のいずれの方法
をとるとしても、予約を将来にわたって利用者が指定で
きるようにすることは、事業者と利用者の成約率を高
め、双方にとってメリットがある。また、利用者にとっ
ては、空席の確保や旅行の計画に必要な情報を見なが
ら、予約の条件を指定でき、自分の重視する観点での予
約をできる可能性を高めるというから特徴がある。

【０１１６】

【発明の効果】本発明によれば、航空機や鉄道の交通機
関の指定席の予約管理システムなどのような利用者が在
庫情報の照会や予約をおこなうシステムの在庫情報照会
方法において、在庫情報の予測を利用者に提示して、効
率的に在庫の予約をおこなえるようにし、利用者の手間
を軽減して、また、利用者に予約をする時間と価格の選
択枝を与えることによって、適切なタイミングで、ま
た、所望の価格で予約できるようにすることにより、利
用者の満足度をたかめることができる。

【０１１７】また、本発明によれば、システムの在庫情
報を複数のデータベースに格納してアクセスするとき
に、ユーザの利用状況と予測の更新の必要性のバランス
をとって、負荷の集中を避けてシステムの有効利用を図
ることができる。

【図面の簡単な説明】

【図１】本実施形態に係る統合空席照会システムの全体
構成図である。

【図２】便情報のデータ構造を示す模式図である。

【図３】価格情報のデータ構造を示す模式図である。

【図４】応答速度ログ情報のデータ構造を示す模式図で
ある。

【図５】応答速度情報のデータ構造を示す模式図であ
る。

【図６】通信タイミング情報のデータ構造を示す模式図
である。

【図７】空席履歴情報のデータ構造を示す模式図であ
る。

【図８】要求条件ヒット情報のデータ構造を示す模式図
である。

【図９】空席情報収集プログラム１０７０が、空席情報
を取得する処理を示すフローチャートである。

【図１０】時刻と空席数の関係のグラフを表す図であ
る。

【図１１】統合空席照会システムが各事業者のデータベ
ースから空席情報を次回に更新する日時を求める処理を
示すフローチャートである。

【図１２】本実施形態の統合空席照会システムが利用者
から空席照会要求を受け付けた際の処理を示すフローチ
ャートである。

【図１３】空席問い合わせ要求の条件を挙げた図であ
る。

【図１４】空席照会画面を説明する模式図である。

【図１５】本実施形態に係る予約リクエスト実行画面を
説明するための模式図である(その一)。

【図１６】予約待ち情報を説明する模式図である(その
一)。

【図１７】本実施形態に係る予約リクエスト実行画面を
説明するための模式図である(その二)。

【図１８】予約待ち情報を説明する模式図である(その
二)。

【図１９】本実施形態に係る予約リクエスト実行画面を
説明するための模式図である(その三)。

【図２０】時刻と予約実行評価値の関係を示すグラフで
ある。

【図２１】予約待ち情報を説明する模式図である(その
三)。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０７Ｂ 1/00 Ｇ０７Ｂ 1/00 Ｅ (72)発明者角本喜紀神奈川県川崎市麻生区王禅寺1099番地株式会社日立製作所システム開発研究所内 (72)発明者草場敏幸神奈川県川崎市幸区鹿島田890番地株式会社日立製作所社会情報システム事業部内 (72)発明者金田悦雄神奈川県川崎市幸区鹿島田890番地株式会社日立製作所社会情報システム事業部内

Claims

【特許請求の範囲】

【請求項１】利用者から在庫の照会と予約をおこなう
ための在庫情報照会方法において、この在庫情報照会方法を実行するためのシステムは、在庫情報を格納する一つ以上の在庫データベースと、統合在庫情報データベースとからなり、（１）前記在庫
データベースを所定のタイミングでアクセスし、所得し
た情報を前記統合在庫情報データベースに格納するステ
ップと、（２）前記在庫情報に関する時系列データか
ら、在庫量と在庫切れ時期とを予測するステップと、
（３）前記利用者からの照会があったときに、前記統合
在庫情報データベースを参照して、予測在庫量と予測在
庫切れ時期を提示するステップとを有することを特徴と
する在庫情報照会方法。
【請求項２】前記（１）のステップにおいて、前記在庫情報の最終更新日時を取得し、それにより算出
した更新頻度に基づいて、前記在庫情報データベースに
格納された在庫情報のアクセスタイミングを決定するこ
とを特徴とする請求項１記載の在庫情報照会方法。
【請求項３】前記（１）のステップにおいて、これまでの在庫情報のアクセスタイミングにおける在庫
情報を分析して、在庫量の時系列変化を算出し、それに
基づいて次の在庫情報のアクセスタイミングを決定する
ことを特徴とする請求項１記載の在庫情報照会方法。
【請求項４】前記（１）のステップにおいて、これまでの在庫情報のアクセスタイミングにおける応答
速度を計測して、それに基づいて次の在庫情報のアクセ
スタイミングを決定することを特徴とする請求項１記載
の在庫情報照会方法。
【請求項５】前記（３）のステップにおいて、利用者の要求条件を満たす在庫を検索して応答するステ
ップと、要求条件の満たされたアクセス件数を加算するステップ
とを実行して、そのアクセス件数により、前記（１）のステップの在庫
情報のアクセスタイミングを決定することを特徴とする
請求項１記載の在庫情報照会方法。
【請求項６】前記（１）のステップにおいて、予めその時点での予測在庫量を算出しておき、その予測
在庫量と取得した実在庫量との比較をおこなうことによ
り、予測性能を評価し、その予測性能評価値に基づいて
次の在庫情報のアクセスタイミングを決定することを特
徴とする請求項１記載の在庫情報照会方法。
【請求項７】前記（３）のステップにおいて、利用者が最新在庫情報を要求した場合、または、利用者
の要求条件を満たす在庫が前記統合在庫情報データベー
スに存在しない場合には、利用者の要求条件を満たす在庫を前記在庫データベース
から検索し、取得した在庫情報を利用者に提示し、前記
統合在庫情報データベースに格納するステップを実行す
ることを特徴とする在庫情報照会方法。
【請求項８】前記（２）のステップにおいて、その在庫情報の時系列データ、過去の類似品目の時系列
データ、その品目に対する在庫問い合わせリクエスト数
の情報を用いて、その時点での在庫量、在庫切れ時期を
予測することを特徴とする請求項１記載の在庫情報照会
方法。
【請求項９】前記（３）のステップにおいて、前記利用者からの照会があったときに、前記統合在庫情
報データベース内に蓄積されている在庫情報の時系列デ
ータを用いて、予測在庫量の推移を利用者に提示するこ
とを特徴とする請求項１記載の在庫情報照会方法。
【請求項１０】前記（３）のステップにおいて、利用者が日時を指定し、その日時における在庫状況を予
測し、予測在庫数やその日時に在庫の確保を要求した場
合の在庫確保の成功可能性を提示することを特徴とする
請求項１記載の在庫情報照会方法。
【請求項１１】前記（３）のステップにおいて、利用者が、在庫の確保要求を実行する日時を指定するス
テップと、その指定した日時に、その在庫情報が格納されている在
庫データベースに対して、在庫を確保する要求が送信さ
れるステップとが実行されることを特徴とする請求項１
記載の在庫情報照会方法。
【請求項１２】前記（３）のステップにおいて、（３ａ）利用者から在庫の確保を実行する条件を受け付
けておくステップが実行され、前記（１）のステップにおいて、前記在庫データベースにアクセスした際に、在庫情報が
前記在庫の確保を実行する条件を満たしているか否かを
判定するステップが実行され、その条件を満たしている場合には、その在庫情報が格納
されている在庫データベースに、在庫を確保する要求が
送信されるステップが実行されることを特徴とする請求
項１記載の在庫情報照会方法。
【請求項１３】前記（３ａ）のステップの後に、（３ｂ）前記在庫の確保を実行する条件を満たす日時を
予測するステップと、その予測日時にその在庫情報が格納されている在庫デー
タベースに対して、在庫を確保する要求が送信されるス
テップとが実行されることを特徴とする請求項１２記載
の在庫情報照会方法。
【請求項１４】前記（３）のステップにおいて、前記（３ｂ）のステップで予測される日時の一定時間の
前に、その在庫情報が格納されている在庫データベース
にアクセスして、在庫情報が前記在庫の確保を実行する
条件を満たしているか否かを判定するステップとが実行
され、条件を満たしていると判定された場合には、その在庫情
報が格納されている在庫データベースに、在庫を確保す
る要求が送信されるステップが実行されることを特徴と
する請求項１３記載の在庫情報照会方法。
【請求項１５】前記（３ａ）のステップにおいて、各条件に対する重み付け、さらに、重み付けに基づいた
評価値の閾値を、受け付けておき、前記（１）のステップにおいて、前記在庫データベースにアクセスした際に、その重み付
けに基づいた評価値を算出し、評価値と閾値とを比較す
ることにより、在庫の確保を要求するか否かを判定する
ことを特徴とする請求項１２記載の在庫情報照会方法。
【請求項１６】前記（３ａ）のステップにおいて、各条件に対する重み付けを、受け付けておき、前記（１）のステップにおいて、前記重み付けに基づいた評価値が最大または最小となる
日時を算出して、その日時に基づいて、在庫情報が格納
されている在庫データベースに、在庫を確保する要求が
送信されることを特徴とする請求項１２記載の在庫情報
照会方法。