(57)【要約】【課題】  分散したオンライン予約システム内でアビューズ販売チャンネルを探知する方法およびシステムを提供する。【解決手段】  アビューズ探知方法は、販売者の予約商品に対する販売権限を持つ複数の販売チャンネルが参加するブロックチェーンネットワークで予約商品の取引要請と関連する取引トランザクションを分散処理するためのブロックを生成する段階、およびブロックが生成された時点とブロック内の取引トランザクションが生成された時点との差を利用して複数の販売チャンネルからアビューズチャンネルを探知する段階を含む。【選択図】      図５
2019200786.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータが実現するアビューズ探知方法であって、
販売者の予約商品に対する販売権限を持つ複数の販売チャンネルが参加するブロックチェーンネットワークで前記予約商品の取引要請と関連する取引トランザクションを分散処理するためのブロックを生成する段階、および
前記ブロックが生成された時点と前記ブロック内の前記取引トランザクションが生成された時点との差を利用して前記複数の販売チャンネルでアビューズチャンネルを探知する段階
を含む、アビューズ探知方法。
【請求項２】
前記生成する段階は、
各販売チャンネルにより、交互に該当の販売チャンネルの固有のハッシュ値を含むブロックを生成すること
を特徴とする、請求項１に記載のアビューズ探知方法。
【請求項３】
前記生成する段階は、
前ブロックのハッシュ値と最も近いハッシュ値の販売チャンネルにより、次のブロックを生成すること
を特徴とする、請求項２に記載のアビューズ探知方法。
【請求項４】
前記生成する段階は、
各販売チャンネルにより、他の販売チャンネルから周期的に送信されるヘルスチェックトランザクションを含むブロックを生成すること
を特徴とする、請求項１乃至３のうちのいずれか一項に記載のアビューズ探知方法。
【請求項５】
各販売チャンネルは、前記予約商品の取引要請に対してタイムスタンプを記録して取引トランザクションを生成し、
前記ブロックを生成する販売チャンネルは、前記ブロック内に含まれる取引トランザクションのうち、生成時間がブロック生成周期よりも一定の倍率以上経過した取引トランザクションに対してマークトランザクションを追加すること
を特徴とする、請求項１乃至４のうちのいずれか一項に記載のアビューズ探知方法。
【請求項６】
前記探知する段階は、
定められた個数のブロックあたりのマークトランザクションの個数による標準偏差を求め、標準偏差が一定の値以上である販売チャンネルを前記アビューズチャンネルとして探知すること
を特徴とする、請求項５に記載のアビューズ探知方法。
【請求項７】
前記アビューズチャンネルとして探知された販売チャンネルに対する制裁として、前記販売権限に対するペナルティを適用する段階
をさらに含む、請求項１乃至６のうちのいずれか一項に記載のアビューズ探知方法。
【請求項８】
前記ペナルティを適用する段階は、
前記販売権限を剥奪するか、前記アビューズチャンネルとして探知された販売チャンネルと関連する取引トランザクションが一定期間にわたって前記ブロックに含まれないように制裁すること
を特徴とする、請求項７に記載のアビューズ探知方法。
【請求項９】
前記マークトランザクションが追加された取引トランザクションに関する情報を前記販売者の管理ツールで提供する段階
をさらに含む、請求項５または６に記載のアビューズ探知方法。
【請求項１０】
前記販売者の管理ツールで提供する段階は、
前記マークトランザクションが追加されたブロックの前ブロックを生成した販売チャンネルの情報をともに提供すること
を特徴とする、請求項９に記載のアビューズ探知方法。
【請求項１１】
前記管理ツールには、前記販売者がアビューズチャンネルとして疑いのある販売チャンネルを通告する機能が含まれること
を特徴とする、請求項９または１０に記載のアビューズ探知方法。
【請求項１２】
請求項１乃至１１のうちのいずれか一項に記載のアビューズ探知方法をコンピュータに実行させるためのコンピュータプログラム。
【請求項１３】
コンピュータが実現するアビューズ探知システムであって、
メモリ、および
前記メモリに通信可能に接続され、前記メモリに含まれるコンピュータ読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサ
を含み、
前記少なくとも１つのプロセッサは、
販売者の予約商品に対する販売権限を持つ複数の販売チャンネルが参加するブロックチェーンネットワークで前記予約商品の取引要請と関連する取引トランザクションを分散処理するためのブロックを生成するブロック生成部、および
前記ブロックが生成された時点と前記ブロック内の前記取引トランザクションが生成された時点との差を利用して前記複数の販売チャンネルでアビューズチャンネルを探知するアビューズ探知部
を備える、アビューズ探知システム。
【請求項１４】
前記ブロック生成部は、
各販売チャンネルにより、交互に該当の販売チャンネルの固有のハッシュ値を含むブロックを生成し、
前ブロックのハッシュ値と最も近いハッシュ値の販売チャンネルにより、次のブロックを生成すること
を特徴とする、請求項１３に記載のアビューズ探知システム。
【請求項１５】
各販売チャンネルは、前記予約商品の取引要請に対してタイムスタンプを記録して取引トランザクションを生成し、
前記ブロックを生成する販売チャンネルは、前記ブロック内に含まれる取引トランザクションのうち、生成時間がブロック生成周期よりも一定の倍率以上経過した取引トランザクションに対してマークトランザクションを追加すること
を特徴とする、請求項１３または１４に記載のアビューズ探知システム。
【請求項１６】
前記アビューズ探知部は、
定められた個数のブロックあたりのマークトランザクションの個数による標準偏差を求め、標準偏差が一定の値以上である販売チャンネルを前記アビューズチャンネルとして探知すること
を特徴とする、請求項１５に記載のアビューズ探知システム。
【請求項１７】
前記少なくとも１つのプロセッサは、
前記アビューズチャンネルとして探知された販売チャンネルに対する制裁として、前記販売権限に対するペナルティを適用する制裁部
をさらに備える、請求項１３乃至１６のうちのいずれか一項に記載のアビューズ探知システム。
【請求項１８】
前記制裁部は、
前記販売権限を剥奪するか、前記アビューズチャンネルとして探知された販売チャンネルと関連する取引トランザクションが一定の期間にわたって前記ブロックに含まれないように制裁すること
を特徴とする、請求項１７に記載のアビューズ探知システム。
【請求項１９】
前記少なくとも１つのプロセッサは、
前記マークトランザクションが追加された取引トランザクションに関する情報を前記販売者の管理ツールで提供すること
を特徴とする、請求項１５または１６に記載のアビューズ探知システム。
【請求項２０】
前記少なくとも１つのプロセッサは、
前記マークトランザクションが追加されたブロックの前ブロックを生成した販売チャンネルの情報をともに提供し、
前記管理ツールには、前記販売者がアビューズチャンネルとして疑いのある販売チャンネルを通告する機能が含まれること
を特徴とする、請求項１９に記載のアビューズ探知システム。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の説明は、オンライン予約システムでアビューズ（ａｂｕｓｉｎｇ）販売チャンネルを探知する技術に関する。
【背景技術】
【０００２】
インターネットや移動通信などを利用した通信技術の発達に伴い、宿泊施設、航空券、映画、公演、レストラン、病院（診療）、旅行などをオンラインで予約する予約システムが多く利用されるようになった。
【０００３】
例えば、特許文献１（公開日：２００１年１２月０８日）には、インターネット上で複数の宿泊会社を中央サーバに連結させてインターネットを介して利用者の宿泊会社予約を行い、これに関する宿泊会社の予約認証番号を統合メッセージングシステムで利用者に知らせ、利用者が予約存続を確認した場合に限って宿泊会社の予約を可能にすることにより、簡単にホテルを予約することができるインターネット上での宿泊会社予約方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】韓国公開特許公報第１０−２００１−０１０８５３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
分散したオンライン予約システム内でアビューズ販売チャンネルを探知することができる方法およびシステムを提供する。
【課題を解決するための手段】
【０００６】
コンピュータが実現するアビューズ探知方法であって、販売者の予約商品に対する販売権限を持つ複数の販売チャンネルが参加するブロックチェーンネットワーク（ｂｌｏｃｋｃｈａｉｎ  ｎｅｔｗｏｒｋ）で前記予約商品の取引要請と関連する取引トランザクションを分散処理するためのブロックを生成する段階、および前記ブロックが生成された時点と前記ブロック内の前記取引トランザクションが生成された時点との差を利用して前記複数の販売チャンネルでアビューズチャンネル（ａｂｕｓｉｎｇ  ｃｈａｎｎｅｌ）を探知する段階を含む、アビューズ探知方法を提供する。
【０００７】
一側面によると、前記生成する段階は、各販売チャンネルにより、交互に該当の販売チャンネルの固有のハッシュ値を含むブロックを生成してよい。
【０００８】
他の側面によると、前記生成する段階は、前ブロックのハッシュ値と最も近いハッシュ値の販売チャンネルにより、次のブロックを生成してよい。
【０００９】
また他の側面によると、前記生成する段階は、各販売チャンネルにより、他の販売チャンネルから周期的に送信されるヘルスチェックトランザクション（ｈｅａｌｔｈ  ｃｈｅｃｋ  ｔｒａｎｓａｃｔｉｏｎ）を含むブロックを生成してよい。
【００１０】
また他の側面によると、各販売チャンネルは、前記予約商品の取引要請に対してタイムスタンプを記録して取引トランザクションを生成し、前記ブロックを生成する販売チャンネルは、前記ブロック内に含まれる取引トランザクションのうち、生成時間がブロック生成周期よりも一定の倍率以上経過した取引トランザクションに対してマークトランザクションを追加してよい。
【００１１】
また他の側面によると、前記探知する段階は、定められた個数のブロックあたりのマークトランザクションの個数による標準偏差を求め、標準偏差が一定の値以上である販売チャンネルを前記アビューズチャンネルとして探知してよい。
【００１２】
また他の側面によると、前記アビューズチャンネルとして探知された販売チャンネルに対する制裁として、前記販売権限に対するペナルティ（ｐｅｎａｌｔｙ）を適用する段階をさらに含んでよい。
【００１３】
また他の側面によると、前記ペナルティを適用する段階は、前記販売権限を剥奪するか、前記アビューズチャンネルとして探知された販売チャンネルに関する取引トランザクションが一定期間にわたって前記ブロックに含まれないように制裁してよい。
【００１４】
また他の側面によると、前記マークトランザクションが追加された取引トランザクションに関する情報を前記販売者の管理ツールで提供する段階をさらに含んでよい。
【００１５】
また他の側面によると、前記販売者の管理ツールで提供する段階は、前記マークトランザクションが追加されたブロックの前ブロックを生成した販売チャンネルの情報をともに提供してよい。
【００１６】
さらに他の側面によると、前記管理ツールには、前記販売者がアビューズチャンネルとして疑いのある販売チャンネルを通告する機能が含まれてよい。
【００１７】
前記アビューズ探知方法をコンピュータに実行させるためのコンピュータプログラムを提供する。
【００１８】
コンピュータが実現するアビューズ探知システムであって、メモリ、および前記メモリに通信可能に接続され、前記メモリに含まれるコンピュータ読み取り可能な命令を実行するように構成された少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサは、販売者の予約商品に対する販売権限を持つ複数の販売チャンネルが参加するブロックチェーンネットワークで前記予約商品の取引要請と関連する取引トランザクションを分散処理するためのブロックを生成するブロック生成部、および前記ブロックが生成された時点と前記ブロック内の前記取引トランザクションが生成された時点との差を利用して前記複数の販売チャンネルでアビューズチャンネルを探知するアビューズ探知部を備える、アビューズ探知システムを提供する。
【発明の効果】
【００１９】
本発明の実施形態によると、ブロックチェーン（ｂｌｏｃｋｃｈａｉｎ）技術を用いたオンライン予約システムにおいて、ネットワークおよびデータを害する恐れのある悪意ある販売参加者を探知することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態における、ネットワーク環境の例を示した図である。
【図２】本発明の一実施形態における、電子機器およびサーバの内部構成を説明するためのブロック図である。
【図３】本発明の一実施形態における、ブロックチェーン基盤の予約システムを説明するための例示図である。
【図４】本発明の一実施形態における、サーバのプロセッサが含むことができる構成要素の例を示した図である。
【図５】本発明の一実施形態における、サーバが実行することができる方法の例を示したフローチャートである。
【図６】本発明の一実施形態における、ブロックの生成と取引トランザクションの生成を説明するための例示図である。
【発明を実施するための形態】
【００２１】
以下、本発明の実施形態について、添付の図面を参照しながら詳細に説明する。
【００２２】
本発明の実施形態は、オンライン予約システムでアビューズ販売チャンネルを探知する技術に関する。
【００２３】
本明細書で具体的に開示される事項を含む実施形態は、分散したオンライン予約システム内の悪意ある販売チャンネルを探知することができ、これによってアビューズ防止強化、サービス品質、効率性、使用性、費用節減などの側面において相当な長所を達成することができる。
【００２４】
図１は、本発明の一実施形態における、ネットワーク環境の例を示した図である。図１のネットワーク環境は、複数の電子機器１１０、１２０、１３０、１４０、複数のサーバ１５０、１６０、およびネットワーク１７０を含む例を示している。このような図１は、発明の説明のための一例に過ぎず、電子機器の数やサーバの数が図１のように限定されることはない。
【００２５】
複数の電子機器１１０、１２０、１３０、１４０は、コンピュータシステムによって実現される固定端末や移動端末であってよい。複数の電子機器１１０、１２０、１３０、１４０の例としては、スマートフォン、携帯電話、ナビゲーション、ＰＣ（ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ）、ノート型ＰＣ、デジタル放送用端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、ＰＭＰ（Ｐｏｒｔａｂｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｐｌａｙｅｒ）、タブレット、ゲームコンソール、ウェアラブルデバイス、ＩｏＴ（ｉｎｔｅｒｎｅｔ  ｏｆ  ｔｈｉｎｇｓ）デバイス、ＶＲ（ｖｉｒｔｕａｌ  ｒｅａｌｉｔｙ）デバイス、ＡＲ（ａｕｇｍｅｎｔｅｄ  ｒｅａｌｉｔｙ）デバイスなどがある。一例として、図１では、電子機器１１０の例としてスマートフォンを示しているが、本発明の実施形態において、電子機器１１０は、実質的に無線または有線通信方式を利用し、ネットワーク１７０を介して他の電子機器１２０、１３０、１４０および／またはサーバ１５０、１６０と通信することができる多様な物理的なコンピュータシステムのうちの１つを意味してよい。
【００２６】
通信方式が限定されることはなく、ネットワーク１７０が含むことができる通信網（一例として、移動通信網、有線インターネット、無線インターネット、放送網、衛星網など）を利用する通信方式だけではなく、機器間の近距離無線通信が含まれてよい。例えば、ネットワーク１７０は、ＰＡＮ（ｐｅｒｓｏｎａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＬＡＮ（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＣＡＮ（ｃａｍｐｕｓ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＭＡＮ（ｍｅｔｒｏｐｏｌｉｔａｎ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＷＡＮ（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ）、ＢＢＮ（ｂｒｏａｄｂａｎｄ  ｎｅｔｗｏｒｋ）、インターネットなどのネットワークのうちの１つ以上の任意のネットワークを含んでよい。さらに、ネットワーク１７０は、バスネットワーク、スターネットワーク、リングネットワーク、メッシュネットワーク、スター−バスネットワーク、ツリーまたは階層的ネットワークなどを含むネットワークトポロジのうちの任意の１つ以上を含んでもよいが、これらに限定されることはない。
【００２７】
サーバ１５０、１６０のそれぞれは、複数の電子機器１１０、１２０、１３０、１４０とネットワーク１７０を介して通信して命令、コード、ファイル、コンテンツ、サービスなどを提供する１つ以上のコンピュータ装置によって実現されてよい。例えば、サーバ１５０は、ネットワーク１７０を介して接続した複数の電子機器１１０、１２０、１３０、１４０に第１サービスを提供するシステムであってよく、サーバ１６０も、ネットワーク１７０を介して接続した複数の電子機器１１０、１２０、１３０、１４０に第２サービスを提供するシステムであってよい。より具体的な例として、サーバ１５０は、複数の電子機器１１０、１２０、１３０、１４０においてインストールされて実行されるコンピュータプログラムであるアプリケーションを通じ、該当のアプリケーションが目的とするサービス（一例として、予約サービスなど）を第１サービスとして複数の電子機器１１０、１２０、１３０、１４０に提供してよい。他の例として、サーバ１６０は、上述したアプリケーションのインストールおよび実行のためのファイルを複数の電子機器１１０、１２０、１３０、１４０に配布するサービスを第２サービスとして提供してよい。
【００２８】
図２は、本発明の一実施形態における、電子機器およびサーバの内部構成を説明するためのブロック図である。図２では、電子機器に対する例として電子機器１１０の内部構成およびサーバ１５０の内部構成について説明する。また、他の電子機器１２０、１３０、１４０やサーバ１６０も、上述した電子機器１１０またはサーバ１５０と同一または類似の内部構成を有してよい。
【００２９】
電子機器１１０およびサーバ１５０は、メモリ２１１、２２１、プロセッサ２１２、２２２、通信モジュール２１３、２２３、および入力／出力インタフェース２１４、２２４を含んでよい。メモリ２１１、２２１は、非一時的なコンピュータ読み取り可能な記録媒体であって、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、ディスクドライブ、ＳＳＤ（ｓｏｌｉｄ  ｓｔａｔｅ  ｄｒｉｖｅ）、フラッシュメモリ（ｆｌａｓｈ  ｍｅｍｏｒｙ）などのような永続的大容量記録装置を含んでよい。ここで、ＲＯＭ、ＳＳＤ、フラッシュメモリ、ディスクドライブのような永続的大容量記録装置は、メモリ２１１、２２１とは区分される別の永続的記録装置として電子機器１１０やサーバ１５０に含まれてもよい。また、メモリ２１１、２２１には、オペレーティングシステムと、少なくとも１つのプログラムコード（一例として、電子機器１１０においてインストールされて実行されるブラウザや特定のサービスの提供のために電子機器１１０にインストールされるアプリケーションなどのためのコード）が記録されてよい。このようなソフトウェア構成要素は、メモリ２１１、２２１とは別のコンピュータ読み取り可能な記録媒体からロードされてよい。このような別のコンピュータ読み取り可能な記録媒体は、フロッピー（登録商標）ドライブ、ディスク、テープ、ＤＶＤ／ＣＤ−ＲＯＭドライブ、メモリカードなどのコンピュータ読み取り可能な記録媒体を含んでよい。他の実施形態において、ソフトウェア構成要素は、コンピュータ読み取り可能な記録媒体ではない通信モジュール２１３、２２３を通じてメモリ２１１、２２１にロードされてもよい。例えば、少なくとも１つのプログラムは、開発者またはアプリケーションのインストールファイルを配布するファイル配布システム（一例として、上述したサーバ１６０）がネットワーク１７０を介して提供するファイルによってインストールされるコンピュータプログラム（一例として、上述したアプリケーション）に基づいてメモリ２１１、２２１にロードされてよい。
【００３０】
プロセッサ２１２、２２２は、基本的な算術、ロジック、および入出力演算を実行することにより、コンピュータプログラムの命令を処理するように構成されてよい。命令は、メモリ２１１、２２１または通信モジュール２１３、２２３によって、プロセッサ２１２、２２２に提供されてよい。例えば、プロセッサ２１２、２２２は、メモリ２１１、２２１のような記録装置に記録されたプログラムコードに従って受信される命令を実行するように構成されてよい。
【００３１】
通信モジュール２１３、２２３は、ネットワーク１７０を介して電子機器１１０とサーバ１５０とが互いに通信するための機能を提供してもよいし、電子機器１１０および／またはサーバ１５０が他の電子機器（一例として、電子機器１２０）または他のサーバ（一例として、サーバ１６０）と通信するための機能を提供してもよい。一例として、電子機器１１０のプロセッサ２１２がメモリ２１１のような記録装置に記録されたプログラムコードに従って生成した要求が、通信モジュール２１３の制御に従ってネットワーク１７０を介してサーバ１５０に伝達されてよい。これとは逆に、サーバ１５０のプロセッサ２２２の制御に従って提供される制御信号や命令、コンテンツ、ファイルなどが、通信モジュール２２３とネットワーク１７０を経て電子機器１１０の通信モジュール２１３を通じて電子機器１１０に受信されてよい。例えば、通信モジュール２１３を通じて受信されたサーバ１５０の制御信号や命令、コンテンツ、ファイルなどは、プロセッサ２１２やメモリ２１１に伝達されてよく、コンテンツやファイルなどは、電子機器１１０がさらに含むことができる記録媒体（上述した永続的記録装置）に記録されてよい。
【００３２】
入力／出力インタフェース２１４は、入力／出力装置２１５とのインタフェースのための手段であってよい。例えば、入力装置は、キーボード、マウス、マイクロフォン、カメラなどの装置を、出力装置は、ディスプレイ、スピーカ、触覚フィードバックデバイスなどのような装置を含んでよい。他の例として、入力／出力インタフェース２１４は、タッチスクリーンのように入力と出力のための機能が１つに統合された装置とのインタフェースのための手段であってもよい。入力／出力装置２１５は、電子機器１１０と１つの装置で構成されてもよい。また、サーバ１５０の入力／出力インタフェース２２４は、サーバ１５０に接続するかサーバ１５０が含むことができる入力または出力のための装置（図示せず）とのインタフェースのための手段であってよい。より具体的な例として、電子機器１１０のプロセッサ２１２がメモリ２１１にロードされたコンピュータプログラムの命令を処理するにあたり、サーバ１５０や電子機器１２０が提供するデータを利用して構成されるサービス画面やコンテンツが、入力／出力インタフェース２１４を通じてディスプレイに表示されてよい。
【００３３】
また、他の実施形態において、電子機器１１０およびサーバ１５０は、図２の構成要素よりも多くの構成要素を含んでもよい。しかし、大部分の従来技術的構成要素を明確に図に示す必要はない。例えば、電子機器１１０は、上述した入力／出力装置２１５のうちの少なくとも一部を含むように実現されてもよいし、トランシーバ、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）モジュール、カメラ、各種センサ、データベースなどのような他の構成要素をさらに含んでもよい。より具体的な例として、電子機器１１０がスマートフォンである場合、一般的にスマートフォンが含んでいる加速度センサやジャイロセンサ、カメラモジュール、物理的な各種ボタン、タッチパネルを利用したボタン、入力／出力ポート、振動のための振動器などのような多様な構成要素が、電子機器１１０にさらに含まれるように実現されてよい。
【００３４】
オンライン予約システムは、予約を通じて宿泊施設、航空券、映画、公演、レストラン、病院（診療）、旅行などの商品を販売するプラットフォームを提供してよい。ここで、予約商品とは、予約によって販売可能なすべての物品やサービスを包括したものを意味してよい。
【００３５】
以下では予約商品の代表的な例として宿泊施設を説明しているが、これに限定されることはない。
【００３６】
近年、宿泊施設を販売するオンラインチャンネルが非常に多く存在するが、宿泊施設の販売者の立場では、特定の販売チャンネルを選択するのが難しく、管理問題やダブルブッキング（ｄｏｕｂｌｅ  ｂｏｏｋｉｎｇ）の危険などから２つ以上の販売チャンネルを選択することも極めて難しい。
【００３７】
このような問題を解決するために、宿泊施設を多数の販売チャンネルで販売できるようにサポートする仲介会社が存在する。しかし、宿泊施設の販売者の立場では仲介手数料が負担となるし、販売チャンネルの立場では仲介会社との話し合いと運営費用が負担となる。
【００３８】
これを改善しようと、販売チャンネル同士が連合して宿泊施設に対する共通のデータベースを構築し、これを利用して各宿泊会社の在庫を一括管理することにより、各宿泊施設の販売者が複数の販売チャンネルで販売をしてもダブルブッキングの危険を減らすことができる。
【００３９】
特に、販売が特定の会社だけに偏らないようにするために、ブロックチェーン（ｂｌｏｃｋｃｈａｉｎ）技術を用いることで、プライベートブロックチェーンネットワーク（ｐｒｉｖａｔｅ  ｂｌｏｃｋｃｈａｉｎ  ｎｅｔｗｏｒｋ）に各販売チャンネルが参加して在庫を共通管理することもできる。
【００４０】
図３は、本発明の一実施形態における、ブロックチェーン基盤の予約システムを説明するための例示図である。
【００４１】
図３を参照すると、予約システム３００は、販売者３０１の宿泊施設に対して複数の販売チャンネル３１０〜３３０に共通される権限を持つデータベースを含んでよい。特に、予約システム３００は、複数の販売チャンネル３１０〜３３０が固有のキー値を互いに共有することで、宿泊施設の予約販売プロセスのためのプライベートブロックチェーンネットワークを実現してよい。
【００４２】
宿泊施設の販売者３０１は、予約システム３００上のプライベートブロックチェーンネットワークに接続することで在庫生成および管理が可能となり、販売者３０１が自身の宿泊施設に対する販売権限を委任した販売チャンネル３１０〜３３０がスマートコントラクト（ｓｍａｒｔ  ｃｏｎｔｒａｃｔ）に基づいて宿泊施設の予約販売プロセスを処理してよい。
【００４３】
予約システム３００は、一定の周期ごとに各販売チャンネル３１０〜３３０の固有のキー値によって宿泊施設の予約に関する取引トランザクションを処理するためのブロックを生成してよく、このようなブロックチェーン内のブロック別に、複数の販売チャンネル３１０〜３３０から受信した予約に関する取引要請を管理および処理してよい。
【００４４】
予約システム３００は、中央管理方式のプライベートブロックチェーンネットワークを実現して宿泊施設の予約販売プロセスを処理してよく、これによって販売チャンネル３１０〜３３０との直接的な通信環境が造成されることから、予約販売プロセスにかかる時間を短縮することができる。
【００４５】
以下、分散したオンライン予約システム内でアビューズ販売チャンネルを探知する方法とシステムの具体的な実施形態について説明する。
【００４６】
図４は、本発明の一実施形態における、サーバのプロセッサが含むことのできる構成要素の例を示したブロック図であり、図５は、本発明の一実施形態における、サーバが実行することのできる方法の例を示したフローチャートである。
【００４７】
プライベートブロックチェーンネットワークを利用した予約システム構造では、共通のデータベースにすべてが等しく権限を持つため、悪意ある販売参加者によってネットワークおよびデータが改ざんされる危険がある。
【００４８】
悪意ある販売参加者（「Ｅｖｅ」と称する）の例は、次のとおりとなる。
【００４９】
（１）データベース上の宿泊施設の在庫を任意に修正する参加者。
（２）事実上予約が発生していないのに偽予約を生成し、他の参加者のチャンネルで予約ができないように妨害する参加者。
（３）他の参加者のチャンネルでの取引が遅れて採決されるように操作する参加者。
【００５０】
ブロックチェーン基盤の取引要請は、該当の要請がブロックに含まれることによって有効となる。各販売チャンネルは、定められた規則（ｒｕｌｅ）に従って交互にブロックを生成する。しかし、Ｅｖｅの順になったとき、Ｅｖｅが生成した取引以外に他の参加者の取引を該当のブロックから除外させることができ、そのようになればＥｖｅと関連のない取引は処理が遅くなる。
【００５１】
（１）の場合、次のように解決可能である：スマートコントラクト内では予約数を増やすことができる権限と予約可能な総数量を増やすことができる権限が分離している。予約数に対する権限は契約した販売チャンネルにあるが、予約可能な総数量に対する権限は宿泊施設の販売者にあるため、Ｅｖｅは予約可能な総数量を増やすことはできない。
【００５２】
（２）の場合、次のように解決可能である：ブロックチェーンデータ内ではすべての取引記録が残っているため、偽予約を生成したとしても、偽予約による宿泊費用を該当の宿泊施設の販売者に伝達しなければならない。したがって、偽予約を行う理由がない。さらに、予約とキャンセルを繰り返すことでネットワークに混乱を与えることもできるが、宿泊施設の販売者がこれを十分にモニタリングすることができるため、契約取消に帰結することができる。
【００５３】
ブロックチェーン技術だけでは（３）の場合に備えることができない。なぜなら、ブロック生成時点と取引発生時点のタイムスタンプ（ｔｉｍｅｓｔａｍｐ）の正確性を保障することができないためである。
【００５４】
本発明では、（３）の場合に備えるために、ブロック生成時間と取引発生時間を誤差範囲内で正確になるように設計してよく、取引要請がブロックに含まれる取引完了所要時間が正常範囲を超える場合を探知してよい。
【００５５】
このための構成要素として、サーバ１５０のプロセッサ２２２は、図４に示すように、ブロック生成部４１０、アビューズ探知部４２０、および制裁部４３０を備えてよい。実施形態によっては、プロセッサ２２２の構成要素は、選択的にプロセッサ２２２に含まれても除外されてもよい。また、実施形態によっては、プロセッサ２２２の構成要素は、プロセッサ２２２の機能の表現のために分離されても併合されてもよい。
【００５６】
このようなプロセッサ２２２およびプロセッサ２２２の構成要素は、図５のアビューズ探知方法に含まれる段階５１０〜段階５３０を実行するようにサーバ１５０を制御してよい。例えば、プロセッサ２２２およびプロセッサ２２２の構成要素は、メモリ２２１が含むオペレーティングシステムのコードと少なくとも１つのプログラムのコードとによる命令（ｉｎｓｔｒｕｃｔｉｏｎ）を実行するように実現されてよい。
【００５７】
ここで、プロセッサ２２２の構成要素は、サーバ１５０に記録されたプログラムコードが提供する命令に従ってプロセッサ２２２によって実行される、プロセッサ２２２の互いに異なる機能（ｄｉｆｆｅｒｅｎｔ  ｆｕｎｃｔｉｏｎｓ）の表現であってよい。例えば、サーバ１５０が予約に関する取引トランザクションを分散処理するためのブロックを生成するように上述した命令に従ってサーバ１５０を制御するプロセッサ２２２の機能的表現として、ブロック生成部４１０が利用されてよい。
【００５８】
プロセッサ２２２は、サーバ１５０の制御と関連する命令がロードされたメモリ２２１から必要な命令を読み取ってよい。この場合、読み取られた命令には、以下で説明される段階５１０〜段階５３０をプロセッサ２２２が実行するように制御するための命令が含まれてよい。
【００５９】
段階５１０において、ブロック生成部４１０は、販売者の宿泊施設に対する販売権限を持つ複数の販売チャンネルを対象にブロックチェーン技術を適用することにより、事前に定められた規則に従って、各販売チャンネルにより、交互に該当の販売チャンネルの固有のハッシュ値を含むブロックを生成することができる。ブロック生成部４１０は、各販売チャンネルにより、予約と関連する取引トランザクションを分散処理するためのブロックを一定の周期（例えば、１秒）ごとに生成してよい。このとき、ブロック生成規則のうちの１つは、販売チャンネルで生成するブロックに、他の販売チャンネルから周期的に送信されるヘルスチェックトランザクション（ｈｅａｌｔｈ  ｃｈｅｃｋ  ｔｒａｎｓａｃｔｉｏｎ）をすべて含まなければならないことである。各ヘルスチェックトランザクションは、各販売チャンネルの固有のハッシュ値を含んでいる。このとき、すべてのブロックには、ブロックを生成した販売チャンネルの固有のハッシュ値が含まれるが、このようなハッシュ値は数字に置き換えることが可能である。また、すべての販売チャンネル、すなわち、プライベートブロックチェーンネットワークを構成する各ノードに該当する全参加者は固有のキー値を有するが、これも数字に置き換えることが可能である。ブロック生成規則のうちの他の１つは、次のブロックを生成するとき、前ブロックのハッシュ値と最も近い固有キー値を含む販売チャンネルによって次のブロックを生成することである。例えば、キー値が２であるＡチャンネル、１０であるＢチャンネル、１１であるＣチャンネルが参加している状況において、２５６番目のブロックのハッシュ値が１０であれば、２５７番目のブロックは、キー値が前ブロック（２５６番目のブロック）のハッシュ値１０と最も近い１１であるＣチャンネルによって生成されるようになる。上述したように、ブロック生成部４１０は、各販売チャンネルが交互にブロックを生成するが、前ブロックのハッシュ値と最も近いキー値を有する販売チャンネルにより、次のブロックを生成する。他のブロックチェーンでは、ブロックはすべての販売チャンネルによって生成され、特定のブロックを誰が生成すべきかに対する規則はない。このような場合、特定の同じ順番のブロックを２つ以上のチャンネルが生成することができ、競争によって１つのブロックが選択される。このような競争過程には一定の時間が必要となることから、取引の確定時点が遅れるという問題がある。本発明に係るブロックチェーンを利用した予約システムでは、様々な要因によって生じる遅延時間を減らすために、販売チャンネル同士がブロック生成の競争をしないように、販売チャンネルすべてが互いのキー値を認知しているプライベートブロックチェーンネットワークを適用する。
【００６０】
段階５２０において、アビューズ探知部４２０は、販売者の宿泊施設に対する販売権限を持つ複数の販売チャンネルのうち、他の販売チャンネルでの取引が遅れて採決されるように操作するアビューズチャンネルを探知することができる。アビューズ探知部４２０は、各販売チャンネルによって生成されたブロック内に他のすべての販売チャンネルから受けたヘルスチェックトランザクションが存在するか否かによって該当のブロックが操作されているかどうかを判別することができる。各ヘルスチェックトランザクションには各販売チャンネルの固有のハッシュ値が含まれているため、操作することはできない。ブロック内にすべての販売チャンネルのヘルスチェックトランザクションが存在しない場合には操作されたブロックと見なし、該当のブロックを生成した販売チャンネルをアビューズチャンネルとして推定することができる。
【００６１】
特に、ブロックに記録されたタイムスタンプは、各販売チャンネルのサーバに到達した時点と一定の時間（例えば、２秒）以上の差があってはならず、このような特性を活用してアビューズチャンネルを探知する。各販売チャンネルは、予約サービスの利用者による予約に関する取引要請にタイムスタンプを記録して取引トランザクションを生成してよい。このとき、取引要請とは、予約要請やキャンセル要請などのように利用者の要請によって宿泊施設の在庫などに影響を及ぼす、すべての行為を含んでよい。ブロックチェーン基盤の要請は、該当の要請による取引トランザクションがブロックに含まれることによって有効となる。ブロックを生成する販売チャンネルは、ブロック内に含まれる有効な取引トランザクションのうち一定の時間（例えば、２秒）が経過した、すなわち、古い取引トランザクションにマーク（ｍａｒｋ）するトランザクション（以下、「マークトランザクション」と称する）を追加で生成してよい。古い取引トランザクションとは、ブロックが生成される周期よりも定められた倍率（例えば、２倍）以上の時間が経過した取引要請を意味してよい。例えば、周期的に１秒に１回のブロックが生成される場合、現在のブロックが生成された時点よりも２秒前に生成された取引トランザクションが古い取引トランザクションとなる。
【００６２】
図６を参照すると、各販売チャンネルは、ブロック６０１が生成された時間と取引トランザクション６０２が生成された時間とを比較し、ブロック生成周期よりも一定の倍率以上の生成時間が経過した取引トランザクション６０２に対してマークトランザクション６０３を追加してよい。例えば、ブロック６０１が１秒ごとに生成されるブロックチェーンでは、ブロック生成周期（１秒）よりも２倍（２秒）以上の時間が経過した取引トランザクション６０２を対象としてよく、「２０１８−０８−０１  Ｔ０９：００：０４」に生成されたブロック６０１内に２秒前「２０１８−０８−０１  Ｔ０９：００：０２」に生成された取引トランザクション６０２が存在するため、マークトランザクション６０３が追加されるようになる。図６では、マークトランザクション６０３を生成時間が古い特定の取引トランザクション６０２と同一線上に示しているが、これは説明の便宜のためであり、マークトランザクション６０３は取引トランザクション６０２とは別に生成されるものである。
【００６３】
このように、古い取引トランザクションは、前ブロックでブロックに含ませていない確率が高い。アビューズ探知部４２０は、ブロック生成時点とブロックに含まれた取引トランザクションの生成時点との差を利用することによりアビューズチャンネルを探知することができる。ネットワーク送信問題などによって一部の取引トランザクションにマークトランザクションが追加される可能性もあるため、マークトランザクションが追加されたものすべてがアビューズチャンネルであるとは言い難いが、このような現象が繰り返される場合はアビューズチャンネルとして推定できる。一例として、アビューズ探知部４２０は、定められた個数のブロックあたりのマークトランザクションの個数（ｍａｒｋ  ｐｅｒ  ｂｌｏｃｋ値）によって数値を求め、標準偏差と一定の値以上の差がある販売チャンネルをアビューズチャンネルとして探知してよい。このとき、アビューズ探知部４２０は、同じ販売チャンネルに対してマークトランザクションの個数による標準偏差が一定の値以上となる場合が一定の回数（例えば、３回）繰り返されると、最終的にアビューズチャンネルとして判別してよい。
【００６４】
数値で見るアビューズチャンネルと一般チャンネルの差は、次のように説明できる。
【００６５】
販売者の宿泊施設に対する販売権限を持つ販売チャンネルＡ、Ｂ、Ｃ、Ｄ、Ｅが同じアルゴリズムを使用し、１週間を基準として平均するときに、平均的にブロック１００個あたり９個の取引がマークされると仮定する。このとき、販売チャンネルＡ、Ｂ、Ｃ、Ｄ、Ｅのうちで販売チャンネルＥがアビューズチャンネルであると仮定する。
【００６６】
正常なチャンネルＡの場合、他の販売チャンネルと関連する取引と本人のチャンネルと関連する取引のマークの個数は類似する。例えば、販売チャンネル別に１００個のブロックあたりに存在するマークの個数がＡ−７、Ｂ−９、Ｃ−１０、Ｄ−９、Ｅ−１０であるとき、平均は９、標準偏差は１．１となる。販売チャンネルＡと関連する取引のマークの個数が少なくも見えるが、他の会社と大きな差はない。
【００６７】
アビューズチャンネルＥの場合、他の販売チャンネルと関連する取引と本人のチャンネルと関連する取引のマークの個数に極めて大きな差を示す。例えば、販売チャンネル別に１００個のブロックに存在するマークの個数がＡ−３、Ｂ−９、Ｃ−１０、Ｄ−１３、Ｅ−１０であるとき、平均は９、標準偏差は３．２となる。このとき、アビューズチャンネルＥが販売チャンネルＤに対して敵対的に対応する状況を仮定する。
【００６８】
再び図５において、段階５３０において、制裁部４３０は、販売者の宿泊施設に対する販売権限を持つ複数の販売チャンネルのうちアビューズチャンネルとして探知された販売チャンネルに対する制裁として、販売権限に対するペナルティ（ｐｅｎａｌｔｙ）を適用することができる。一例として、制裁部４３０は、アビューズチャンネルとして探知された販売チャンネルと関連する取引が、一定の期間（例えば、２日間）にわたってブロックに含まれないように制裁してよい。また、制裁部４３０は、マークトランザクションが生成された取引トランザクションに関する情報を宿泊施設の販売者の管理ツールで提供してよく、該当のブロックの前ブロックを生成した販売チャンネルの情報もともに提供してよい。マークされた取引トランザクションは、その前ブロックでブロックに含ませなかった確率が高いため、アビューズチャンネルとして考慮されてよい。販売者の管理ツールは、アビューズチャンネルとして疑いのある販売チャンネルを選択的に通告する機能を含んでよい。このとき、制裁部４３０は、販売者の通告による特定の販売チャンネルに対して販売権限を剥奪し、アビューズチャンネルとしてオンライン予約システムのネットワークから追放してもよい。制裁部４３０は、販売者の通告および販売者の宿泊施設の予約販売に参加した販売チャンネルの探知によって見つかったアビューズチャンネルに対し、宿泊施設の販売権限に対するペナルティを加えてよい。販売者の宿泊施設の予約販売に参加する参加者同士の議論により、適切な標準偏差ガイドラインとこれを守らなかった場合に加えられる具体的なペナルティを直接に定めてよく、参加によって定められたガイドラインとペナルティが制裁部４３０に反映されてよい。
【００６９】
このように、本発明の実施形態によると、ブロックチェーン技術を利用したオンライン予約システムで、ネットワークおよびデータを害するアビューズチャンネルを探知することができ、該当のチャンネルの販売権限を制裁することができる。
【００７０】
上述した装置は、ハードウェア構成要素、ソフトウェア構成要素、および／またはハードウェア構成要素とソフトウェア構成要素との組み合わせによって実現されてよい。例えば、実施形態で説明された装置および構成要素は、プロセッサ、コントローラ、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃ  ｌｏｇｉｃ  ｕｎｉｔ）、デジタル信号プロセッサ、マイクロコンピュータ、ＦＰＧＡ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）、ＰＬＵ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｕｎｉｔ）、マイクロプロセッサ、または命令を実行して応答することができる様々な装置のように、１つ以上の汎用コンピュータまたは特殊目的コンピュータを利用して実現されてよい。処理装置は、オペレーティングシステム（ＯＳ）およびＯＳ上で実行される１つ以上のソフトウェアアプリケーションを実行してよい。また、処理装置は、ソフトウェアの実行に応答し、データにアクセスし、データを記録、操作、処理、および生成してもよい。理解の便宜のために、１つの処理装置が使用されるとして説明される場合もあるが、当業者は、処理装置が複数個の処理要素および／または複数種類の処理要素を含んでもよいことが理解できるであろう。例えば、処理装置は、複数個のプロセッサまたは１つのプロセッサおよび１つのコントローラを含んでよい。また、並列プロセッサのような、他の処理構成も可能である。
【００７１】
ソフトウェアは、コンピュータプログラム、コード、命令、またはこれらのうちの１つ以上の組み合わせを含んでもよく、思うままに動作するように処理装置を構成したり、独立的または集合的に処理装置に命令したりしてよい。ソフトウェアおよび／またはデータは、処理装置に基づいて解釈されたり、処理装置に命令またはデータを提供したりするために、いかなる種類の機械、コンポーネント、物理装置、コンピュータ記録媒体または装置に具現化されてもよい。ソフトウェアは、ネットワークによって接続されたコンピュータシステム上に分散され、分散された状態で記録されても実行されてもよい。ソフトウェアおよびデータは、１つ以上のコンピュータ読み取り可能な記録媒体に記録されてよい。
【００７２】
実施形態に係る方法は、多様なコンピュータ手段によって実行可能なプログラム命令の形態で実現されてコンピュータ読み取り可能な媒体に記録されてよい。ここで、媒体は、コンピュータ実行可能なプログラムを継続して記録するものであっても、実行またはダウンロードのために一時記録するものであってもよい。また、媒体は、単一または複数のハードウェアが結合した形態の多様な記録手段または格納手段であってよく、あるコンピュータシステムに直接接続する媒体に限定されることはなく、ネットワーク上に分散して存在するものであってもよい。媒体の例は、ハードディスク、フロッピー（登録商標）ディスク、および磁気テープのような磁気媒体、ＣＤ−ＲＯＭおよびＤＶＤのような光媒体、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ  ｄｉｓｋ）のような光磁気媒体、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどを含み、プログラム命令が記録されるように構成されたものであってよい。また、媒体の他の例として、アプリケーションを配布するアプリケーションストアやその他の多様なソフトウェアを供給または配布するサイト、サーバなどで管理する記録媒体または格納媒体が挙げられる。
【００７３】
以上のように、実施形態を、限定された実施形態および図面に基づいて説明したが、当業者であれば、上述した記載から多様な修正および変形が可能であろう。例えば、説明された技術が、説明された方法とは異なる順序で実行されたり、かつ／あるいは、説明されたシステム、構造、装置、回路などの構成要素が、説明された方法とは異なる形態で結合されたりまたは組み合わされたり、他の構成要素または均等物によって代替されたり置換されたとしても、適切な結果を達成することができる。
【００７４】
したがって、異なる実施形態であっても、特許請求の範囲と均等なものであれば、添付される特許請求の範囲に属する。
【符号の説明】
【００７５】
２２２：プロセッサ
４１０：ブロック生成部
４２０：アビューズ探知部
４３０：制裁部
【図１】
2019200786.tif 000003
【図２】
2019200786.tif 000004
【図３】
2019200786.tif 000005
【図４】
2019200786.tif 000006
【図５】
2019200786.tif 000007
【図６】
2019200786.tif 000008