(57)【要約】【課題】ダイレクトシミュレーションによらず、生成物の得率をユーザへ提供する装置を提供する。【解決手段】装置は、原料油から流動接触分解により生成物を得るＦＣＣ装置の生成物の得率を提案する。装置は、ユーザのＦＣＣ装置の実績としての少なくとも原料油の流量、原料油の性状、生成物得率バランス、触媒の種類を含むユーザ実績情報と、ユーザが運転を予定する少なくとも原料油の流量、原料油の性状を含む予定運転条件を取得するステップと、少なくとも原料油流量、原料油性状、生成物得率バランス、触媒の種類に基づいて各生成物の生成量を算出する得率バランス算出関数を、（ａ）少なくともベンチプラントにおける原料油流量、原料油性状、生成物得率バランス、触媒の種類を含む基準実績情報と、（ｂ）ユーザ実績情報との比較に基づいて補正するステップと、予定運転条件に基づき、補正された得率バランス算出関数を用いて、少なくとも一つ以上の種類の触媒毎に得られる各生成物の生成量を算出するステップとを実行するように構成されている。【選択図】図２
2019172822.tif 000002
【特許請求の範囲】
【請求項１】
端末と、ネットワークを介して前記端末に接続されたサーバとを用いて、原料油から流動接触分解（Fluid Catalytic Cracking）により生成物を得る流動接触分解装置（ＦＣＣ装置）の生成物の得率を提案する装置であって、前記装置は、
プロセッサと、コンピュータ可読命令を記憶する記憶部と、を備え、
前記コンピュータ可読命令が前記プロセッサで実行されると、前記装置は、
ユーザのＦＣＣ装置の実績としての少なくとも原料油の流量、原料油の性状、生成物得率バランス、触媒の種類を含むユーザ実績情報と、ユーザが運転を予定する少なくとも原料油の流量、原料油の性状を含む予定運転条件を取得するステップと、
少なくとも原料油流量、原料油性状、生成物得率バランス、触媒の種類に基づいて各生成物の生成量を算出する得率バランス算出関数を、（ａ）少なくともベンチプラントにおける原料油流量、原料油性状、生成物得率バランス、触媒の種類を含む基準実績情報と、（ｂ）前記ユーザ実績情報との比較に基づいて補正するステップと、
前記予定運転条件に基づき、補正された前記得率バランス算出関数を用いて、少なくとも一つ以上の種類の触媒毎に得られる各生成物の生成量を算出するステップとを実行するように構成されている、ＦＣＣ装置の生成物の得率を提供する装置。
【請求項２】
前記プロセッサは、前記ユーザのＦＣＣ装置の制約条件に基づき、前記制約条件の範囲内で得られる触媒毎の生成物の得率を算出する、請求項１に記載の装置。
【請求項３】
前記制約条件は、前記ＦＣＣ装置の仕様やそれに伴う運転可能範囲外となる条件の少なくとも一つである、請求項２に記載の装置。
【請求項４】
ネットワークを介して、原料油から流動接触分解（Fluid Catalytic Cracking）により生成物を得る流動接触分解装置（ＦＣＣ装置）の生成物の得率を端末へ提供する方法であって、
ユーザのＦＣＣ装置の実績としての少なくとも原料油の流量、原料油の性状、生成物得率バランス、触媒の種類を含むユーザ実績情報と、ユーザが運転を予定する少なくとも原料油の流量、原料油の性状を含む予定運転条件を取得するステップと、
少なくとも原料油流量、原料油性状、生成物得率バランス、触媒の種類に基づいて各生成物の生成量を算出する得率バランス算出関数を、（ａ）少なくともベンチプラントにおける原料油流量、原料油性状、生成物得率バランス、触媒の種類を含む基準実績情報と、（ｂ）前記ユーザ実績情報との比較に基づいて補正するステップと、
前記予定運転条件に基づき、補正された前記得率バランス算出関数を用いて、少なくとも一つ以上の種類の触媒毎に得られる各生成物の生成量を算出するステップとを含む、ＦＣＣ装置の生成物の得率を端末へ提供する方法。
【請求項５】
請求項４に記載の方法をコンピュータにより実行させるためのプログラム。
【請求項６】
請求項５に記載のプログラムを記録した非一時的コンピュータ可読記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＦＣＣ装置の生成物の得率を提供する装置、方法、プログラム、非一時的コンピュータ可読記録媒体に関する。
【背景技術】
【０００２】
重質原料油から流動接触分解（Fluid Catalytic Cracking）により軽質な炭化水素などの経済性の高い生成物を得る流動接触分解装置（以降、ＦＣＣ装置と呼ぶ）が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−５８２０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ＦＣＣ装置は、装置の運転中であっても触媒を入れ替えることが可能である。触媒を入れ替えることにより、同原料油を同条件でＦＣＣ装置に供給しても、得られる生成物を異ならせることができる。このため、運転中に触媒を入れ替えることにより、より経済性の高い生成物を得るために、例えば、その時の石油製品の需給状況に応じて、より単価の高い石油製品をなるべく多く生成することが所望されることがある。
【０００５】
しかしながら、ＦＣＣ装置には、各留分の取り出しポンプの最大取り出し量などに応じて様々な装置上の制約条件がある。例えば、留分Ａ，Ｂを取り出すポンプの最大取り出し量が１００［バレル／日（以降、Ｂ／Ｄと示す）］であり、触媒の変更前は、留分Ａの生成量が５０［Ｂ／Ｄ］、留分Ｂの生成量が９９［Ｂ／Ｄ］であったものとする。触媒の変更後、留分Ａの生成量が７０［Ｂ／Ｄ］、留分Ｂの生成量が１０１［Ｂ／Ｄ］になってしまうことがある。この場合、留分Ａの生成量を飛躍的に大きくできるが、留分Ｂの生成量がポンプの最大取り出し量を上回ることとなるため、同条件での運転ができず、例えば原料油の処理量を減少させる必要性が生じる。このように、触媒の入れ替えに伴う各生成物の生成量の変動は予測が難しいため、運転中の触媒の入れ替えは安易には行えない。
【０００６】
そこで、特許文献１などにより、ＦＣＣ装置のダイレクトシミュレーションが提案されている。このようなダイレクトシミュレーションは、ＦＣＣ装置の形状や各留分の反応モデルなどを緻密にシミュレートするので、膨大な入力データや計算量が必要となる。このため、定期的に触媒の入れ替えを行って随時、各生成物の生成量を異ならせようとするためには、ダイレクトシミュレーションを用いて生成物の得率を予測することは現実的ではない。
【０００７】
そこで本発明は、ダイレクトシミュレーションによらず、生成物の得率をユーザへ提供する装置および方法を提供する。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明によれば以下が提供される。
端末と、ネットワークを介して前記端末に接続されたサーバとを用いて、原料油から流動接触分解（Fluid Catalytic Cracking）により生成物を得るＦＣＣ装置の生成物の得率を提案する装置であって、前記装置は、
プロセッサと、コンピュータ可読命令を記憶する記憶部と、を備え、
前記コンピュータ可読命令が前記プロセッサで実行されると、前記装置は、
ユーザのＦＣＣ装置の実績としての少なくとも原料油の流量、原料油の性状、生成物得率バランス、触媒の種類を含むユーザ実績情報と、ユーザが運転を予定する少なくとも原料油の流量、原料油の性状を含む予定運転条件を取得するステップと、
少なくとも原料油流量、原料油の性状、生成物得率バランス、触媒の種類に基づいて各生成物の生成量を算出する得率バランス算出関数を、（ａ）少なくともベンチプラントにおける原料油流量、原料油の性状、生成物得率バランス、触媒の種類を含む基準実績情報と、（ｂ）前記ユーザ実績情報との比較に基づいて補正するステップと、
前記予定運転条件に基づき、補正された前記得率バランス算出関数を用いて、少なくとも一つ以上の種類の触媒毎に得られる各生成物の生成量を算出するステップとを実行するように構成されている、ＦＣＣ装置の生成物の得率を提供する装置。
【０００９】
上記目的を達成するために、本発明によれば以下が提供される。
ネットワークを介して、原料油から流動接触分解（Fluid Catalytic Cracking）により生成物を得る流動接触分解装置（ＦＣＣ装置）の生成物の得率を端末へ提供する方法であって、
ユーザのＦＣＣ装置の実績としての少なくとも原料油の流量、原料油の性状、生成物得率バランス、触媒の種類を含むユーザ実績情報と、ユーザが運転を予定する少なくとも原料油の流量、原料油の性状を含む予定運転条件を取得するステップと、
少なくとも原料油流量、原料油性状、生成物得率バランス、触媒の種類に基づいて各生成物の生成量を算出する得率バランス算出関数を、（ａ）少なくともベンチプラントにおける原料油流量、原料油性状、生成物得率バランス、触媒の種類を含む基準実績情報と、（ｂ）前記ユーザ実績情報との比較に基づいて補正するステップと、
前記予定運転条件に基づき、補正された前記得率バランス算出関数を用いて、少なくとも一つ以上の種類の触媒毎に得られる各生成物の生成量を算出するステップとを含む、ＦＣＣ装置の生成物の得率を端末へ提供する方法。
【００１０】
また、本発明によれば、
上記方法をコンピュータにより実行させるためのプログラム、および、
上記プログラムを記録した非一時的コンピュータ可読記録媒体が提供される。
【発明の効果】
【００１１】
本発明によれば、ダイレクトシミュレーションによらず、生成物の得率をユーザへ提供する装置および方法が提供される。
【図面の簡単な説明】
【００１２】
【図１】本実施形態に係るＦＣＣ装置の生成物の得率を端末へ提供する方法のシステム構成図である。
【図２】本実施形態にかかるＦＣＣ装置の生成物の得率を端末へ提供する方法のフローチャートである
【図３】ユーザ実績情報の一例を示す図である。
【図４】予定運転条件の一例を示す図である。
【図５】算出された生成物の得率の一例を示す図である。
【図６】算出された生成物の得率が制約条件の範囲内であるか否かを判定するフローチャートである。
【図７】制約条件の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態を図面に基づいて、より詳細に説明する。
図１は、本実施形態に係るＦＣＣ装置の生成物の得率を端末へ提供する方法のシステム構成図である。本実施形態に係るＦＣＣ装置の生成物の得率を装置（以下、単に装置１と呼ぶ）は、ユーザのＦＣＣ装置の実績、予定している運転条件などを取得し、予定している運転条件でユーザのＦＣＣ装置を運転した場合に得られる生成物の得率を端末へ提供する。
【００１４】
図１に示すように、装置１は、メインサーバ２０とデータサーバ３０を有している。メインサーバ２０とデータサーバ３０は通信可能に接続されている。メインサーバ２０とデータサーバ３０は一体の構成としてもよいし、別体の構成としてもよい。
【００１５】
装置１は、ネットワーク４０を介してユーザの操作する端末１０（端末）と接続されている。端末１０とメインサーバ２０は専用回線で接続されていてもよいし、インターネット回線で接続されていてもよい。端末１０は、表示装置を一体又は別体に有している。端末は、ユーザが所有するコンピュータ、タブレット端末、携帯電話などの情報処理機器である。また、端末は、ユーザが所有しない情報処理機器であってもよい。例えばユーザがログインした情報処理機器であってもよい。情報処理機器は、プロセッサと、コンピュータ可読命令を記憶する記憶部と、表示装置を有する。
【００１６】
メインサーバ２０は単一のサーバで構成してもよいし、複数台のサーバで構成してもよい。メインサーバ２０は、プロセッサ２１と、コンピュータ可読命令を記憶する記憶部２２で構成されている。プロセッサ２１は、記憶部２２に記憶されたコンピュータ可読命令を読み出し、以下に詳述するＦＣＣ装置の生成物の得率を端末へ提供する方法を実行する。
【００１７】
データサーバ３０は、ハードディスクなどの記録装置で構成されている。データサーバ３０は、ベンチプラントデータベース（以降、ベンチプラントＤＢと呼ぶ）３１と、ユーザデータベース（以降、ユーザＤＢと呼ぶ）３２とを有している。ベンチプラントＤＢ３１は、基準実績情報を有している。ユーザＤＢ３２は、ユーザが登録したユーザＩＤとパスワードと、ユーザ実績情報と、制約条件を有している。ユーザＤＢ３２やベンチプラントＤＢ３１に記録される各々の情報は追って説明する。
【００１８】
図２は、本実施形態にかかる方法のフローチャートである。
図２に示すように、メインサーバ２０は、ユーザのログイン処理を実行する（ステップＳ０１）。メインサーバ２０は、端末１０にユーザＩＤとパスワードの入力を促す画面を表示させる。端末１０は、ユーザが入力したユーザＩＤとパスワードをメインサーバ２０へ送信する。メインサーバ２０は、このユーザＩＤとパスワードを取得する。メインサーバ２０は、取得したユーザＩＤとパスワードが、ユーザＤＢ３２に登録されているユーザＩＤおよびパスワードと一致しているか否かを判定する。両者が一致している場合、メインサーバ２０は特定のユーザがログインしているものと判断して以降の処理を進める。
【００１９】
ログイン処理が終了したら、メインサーバ２０はユーザＤＢ３２にユーザ実績情報があるか否かを判定する（ステップＳ０２）。メインサーバ２０は、ユーザＤＢ３２にログインしているユーザのユーザ実績情報があるか否かを照会する。
【００２０】
事前にユーザがユーザ実績情報をユーザＤＢ３２に登録している場合、あるいは、既に本方法を利用したことがあるユーザがメインサーバ２０にログインしている場合には、ユーザ実績情報がユーザＤＢ３２に記録されている。メインサーバ２０がユーザＤＢ３２にユーザ実績情報があるか否かを照会し、メインサーバ２０がユーザＤＢ３２にユーザ実績情報があると判定すると（ステップＳ０２：Ｙｅｓ）、メインサーバ２０はユーザＤＢ３２から該ユーザのユーザ実績情報を読み出す（ステップＳ０３）。
【００２１】
一方で、新規のユーザの場合など、ユーザＤＢ３２にユーザ実績情報がない場合もありうる。メインサーバ２０がユーザＤＢ３２にユーザ実績情報がないと判定すると（ステップＳ０２：Ｎｏ）、メインサーバ２０は、端末１０にユーザ実績情報の入力を促す画面を表示させる。端末１０は、ユーザが入力したユーザ実績情報をメインサーバ２０へ送信する。メインサーバ２０は、送信されたユーザ実績情報を取得し（ステップＳ０４）、ユーザＤＢ３２に書き込む。
【００２２】
続いてメインサーバ２０は、ベンチプラントＤＢ３１から基準実績情報を読み出す（ステップＳ０５）。メインサーバ２０は、基準実績情報とユーザ実績情報との比較に基づいて、得率バランス算出関数を補正する（ステップＳ０６）。
【００２３】
実績情報とは、あるＦＣＣ装置をどのような運転条件下で運転したときに生成物がどのような得率で得られたかといった情報である。ユーザのＦＣＣ装置における実績情報をユーザ実績情報と呼び、ベンチプラントにおける実績情報を基準実績情報と呼ぶ。ベンチプラントとは、各種の触媒を評価又は運転した実績のあるＦＣＣ装置であり、例えば研究用の評価用プラントが挙げられる。このベンチプラントを様々な運転条件のもとで運転したときに得られた各種の情報が、基準実績情報である。
【００２４】
図３に、ユーザ実績情報の一例を示す。図３に示すように、実績情報は少なくとも、運転条件と、得られた生成物の得率に関する情報を含む。実績情報は少なくとも、原料油の流量、原料油の性状、触媒の種類、生成物得率バランスを含む。
実績情報に含まれる運転条件は、原料油のＦＣＣ装置への供給流量、原料油の密度、原料油の残留炭素濃度（以降、残炭濃度とも呼ぶ）、触媒の種類、原料油が複数の原料で構成されている場合はその比率および各々の原料の密度、残炭濃度などを含む。また実績情報に含まれる得られた生成物の得率に関する情報（生成物得率バランス）として、得られた各生成物の密度、得られた各生成物の生成量を含む。
【００２５】
（得率バランス算出関数）
ベンチプラントにより得られた膨大な実績情報に基づき、特定の流量・性状の原料油、触媒の種類からは、所定の得率バランスで生成物が得られることを統計的に把握することができる。このようなベンチプラントの原料油の性状、原料油の供給流量、触媒種類と、得られた生成物の得率との関係から、得率バランス算出関数を導出することができる。換言すれば、得率バランス算出関数とは、原料油と流量と性状と触媒種類といった運転条件と、ＦＣＣ装置で得られる生成物の得率との関係を表す関数である。
【００２６】
例えば、ある組成αの原料油を流量Ｑ１、触媒Ａでベンチプラントへ供給したときに、生成物の留分Ａ，Ｂ，Ｃについてそれぞれ流量ａ1，ｂ1，ｃ1が得られたとする。また、ある組成βの原料油を流量Ｑ２、触媒ＢでベンチプラントのＦＣＣ装置へ供給したときに、生成物の留分Ａ，Ｂ，Ｃについてそれぞれ流量ａ2，ｂ2，ｃ2が得られたとする。このような原料油の性状、流量、触媒に応じた、各生成物の生成量の関係が、得率バランス算出関数である。このような原料油の性状、流量、触媒に応じた、各生成物生成量の関係について、膨大なデータがベンチプラントＤＢ３１に蓄積されている。
そこで、原料油の性状、流量、触媒を入力すれば、得率バランス算出関数を使って、ベンチプラントで得られる各生成物の生成量を簡単に予測することができる。
【００２７】
ところが、ユーザのＦＣＣ装置は、その大きさ、形状、配管の長さなどがベンチプラントとは異なっているため、ベンチプラントで得られた得率バランス算出関数をそのまま用いても、ユーザのＦＣＣ装置で得られる生成物の得率を正確に予測することができない。しかしながら、ユーザのＦＣＣ装置における原料油の流量や性状と各生成物の生成物得率バランスとの関係は、ベンチプラントにおけるそれらと一定程度の相関がある。
【００２８】
そこで本発明者は、ベンチプラントから得られた得率バランス算出関数を、ユーザのＦＣＣ装置用に補正することで、原料油の流量と性状から、ユーザのＦＣＣ装置で得られる生成物の得率を簡単に予測できることを見出した。
【００２９】
（得率バランス算出関数の補正の手法）
例えば、原料油の流量に対する、ユーザのＦＣＣ装置の各生成物の総生成量が、ベンチプラントにおける総生成量の１００倍であれば、全体的に生成物の総生成量が１００倍となるように得率バランス算出関数を補正する。また、ユーザのＦＣＣ装置の生成物がＡ，Ｂ，Ｃの３留分からなる場合であって、ベンチプラントにおける生成物の留分Ａ，Ｂ，Ｃに対する生成量が、各々１００倍、９５倍、１０３倍（であった場合には、それに応じた得率となるように得率バランス算出関数を補正する。もっとも、ここでは単純化したモデルを説明しているのであって、実際には、ユーザのＦＣＣ装置の運転条件に応じて様々に補正を行う。
【００３０】
メインサーバ２０は、上記のように得率バランス算出関数を補正したら、補正した該関数をユーザ得率バランス算出関数としてユーザＤＢ３２に保存する。
【００３１】
次にメインサーバ２０は、端末１０から予定運転条件を取得する（ステップＳ０７）。予定運転条件とは、ユーザが自身のＦＣＣ装置を運転する際に設定しようとする各種条件である。例えば、ユーザが原料油を変更したい場合には、変更する予定の原料油の供給流量とその性状を含む情報を予定運転条件として入力する。あるいは、ユーザは現在「ＢＡＳＥ」という触媒を用いているが、「Ａ」という触媒を使ったらどのような生成物の得率が得られるかを知りたい場合、ユーザは予定運転条件として触媒の種類「Ａ」を含む情報を予定運転条件として入力する。
【００３２】
図４は、予定運転条件の一例を示す。図４に示すように、予定運転条件は少なくとも、原料油の流量と原料油の密度を含む。予定運転条件はこの他、原料油の残炭濃度（複数の原料を処理する場合は、各々の原料油の残炭濃度）、触媒の種類などを含んでいてもよい。
【００３３】
メインサーバ２０は上述したようにして、予定運転条件、ユーザ得率バランス算出関数を取得する。メインサーバ２０は、予定運転条件をユーザ得率バランス算出関数に適用することにより、予定運転条件でユーザのＦＣＣ装置を運転した際に得られる生成物の流量を算出する（ステップＳ８）。メインサーバ２０は、算出した生成物の流量を端末１０に送信してもよい。
【００３４】
次に、メインサーバ２０は、算出した生成物の生成量を端末１０に送信し、端末１０の表示装置に各生成物の生成量を表示させる。図５は、端末１０の表示部に算出結果を表示する画面の一例である。図５の（ａ）に示すように、各生成物の生成量を表示させる。この際に、入力された予定運転条件とともに、算出された各生成物の生成量を表示することが好ましい。この例においては、３０日当たりの生成量として、各生成物の生成量を表示している。なお、図５では体積表示で表示する例を示しているが、重量表示で表示してもよい。また、上述した各計算で用いる数量の単位を体積で取り扱ってもよく、重量で取り扱ってもよい。
【００３５】
このように、本実施形態に係るＦＣＣ装置の生成物の得率を提供する装置１および方法は、ダイレクトシミュレーションによらず、生成物の得率を簡易な計算方法で迅速にユーザへ提供できる。これにより、触媒に応じた生成物の得率を簡単に予測することができるので、ＦＣＣ装置を運転しながら所望の生成物得率が得られるように触媒を変更しやすい。あるいは、現状と異なる原料油をＦＣＣ装置に供給（原料油の性状を変更）したい、原料油の供給流量を変更したい、といった機会に、迅速に変更後の生成物の得率をユーザに提供することができる。ユーザはこれらの生成物の得率を簡単に把握することができ、ユーザはＦＣＣ装置をユーザの好みに運転させやすい。
【００３６】
上述したように、本実施形態の方法によれば、ベンチプラントで得られた実績をもとに作成された得率バランス算出関数に基づいて各生成物の生成量を算出する。この方法は、装置の形状データ、反応モデルなどに基づいて行われる、いわゆるダイレクトシミュレーションと比較すると、著しく計算負荷が低い。
そこで、ユーザが予定している触媒Ａを予定運転条件として設定した際の各生成物の生成量を計算した後又は同時に、ユーザが選択した触媒Ａ以外の触媒Ｂを用いてＦＣＣ装置を運転した際に得られる各生成物の生成量も合わせて算出するように構成してもよい。図５の（ｂ）は、触媒Ｂを予定運転条件とした際の各生成物の生成量も示している。このように、触媒Ａを用いた場合と触媒Ｂを用いた場合の両方の場合について各生成物の生成量を表示することにより、ユーザの触媒選択の自由度を高めることができる。
【００３７】
なお、ユーザが、ユーザ実績情報として入力した触媒の種類と、予定運転条件として入力した触媒の種類とが異なる場合には、生成物の得率バランスが大きく変動することがある。そこで、メインサーバ２０はステップＳ０８の次に、図６に示すフローを実行してもよい。
【００３８】
図６は、算出された生成物の生成量が制約条件の範囲内であるか否かを判定するフローチャートである。図６に示すように、メインサーバ２０はステップＳ０８に続けて、ユーザＤＢ３２に制約条件があるか否かを判定する（ステップＳ１０）。ユーザＤＢ３２に制約条件がある場合には（ステップＳ１０：Ｙｅｓ）、メインサーバ２０はユーザＤＢ３２から制約条件を取得する（ステップＳ１１）。ユーザＤＢ３２に制約条件がない場合には（ステップＳ１０：Ｎｏ）、メインサーバ２０は端末１０から制約条件を取得する（ステップＳ１２）。メインサーバ２０は端末１０に制約条件の入力を促す表示をさせる。端末１０は入力された制約条件をメインサーバ２０に送信する。メインサーバ２０は、端末１０から送信された制約条件を取得する。
【００３９】
図７に、制約条件の一例を示す。制約条件とは、例えば図７に示す各生成物取得するためのポンプの最大取り出し流量である。原料油を触媒に通すと、原料油からDry gas、C3、C4などの留分が生成する。ＦＣＣ装置は、これらの留分を取り出すためのポンプがそれぞれの留分ごとに設けられている。
【００４０】
例えば、ユーザＡはC3については関心が低く、ユーザＢはC3への関心が高い場合がある。この場合、ユーザＡのC3のポンプの最大取り出し流量は、ユーザＢのC3のポンプの最大取り出し流量よりも低い場合がある。このように、ユーザ毎に、それぞれの留分のポンプの最大取り出し流量は異なっていることがある。
【００４１】
例えばユーザＡのC3のポンプの最大取り出し流量が０．５［万kL/30日］であり、ユーザＢのC3のポンプの最大取り出し流量が１．０［万kL/30日］であったとする。ある運転条件下でユーザ得率バランス算出関数で算出された生成物のC3の流量が０．８［万kL/30日］であった場合、ユーザＢにとっては適用可能なシミュレーション結果であると判定できるが、ユーザＡにとっては適用不可能なシミュレーション結果となる。
【００４２】
そこで、図６に示すように、メインサーバ２０は算出された生成物ごとに、その流量が制約条件の範囲内であるか否かを判定する（ステップＳ１３）。すべての生成物の生成量が制約条件の範囲内であれば（ステップＳ１３：Ｙｅｓ）、算出された生成物の生成量は、ユーザのＦＣＣ装置に即したものであると判定する（ステップＳ１４）。
しかし、ある生成物の生成量が制約条件の範囲外であれば（ステップＳ１３：Ｎｏ）、算出されたその生成物の生成量はユーザのＦＣＣ装置に即したものではなく、不適であると判定する（ステップＳ１５）。
例えば、どの留分が足かせとなっているかをユーザが把握しやすくするために、図５の表示において、不適である留分の流量のみ「＊」と表示して他の留分は算出結果をそのまま表示させてもよい。
【００４３】
あるいは、少なくとも一つの留分が不適であると判定された場合には、該シミュレーション全体が不適であるとして図５の表示において全ての留分の流量を「＊」と表示してもよい。
あるいは、メインサーバ２０は、ユーザのＦＣＣ装置の制約条件に基づき、制約条件の範囲内で得られる触媒毎の生成物の生成量を算出するように構成してもよい。具体的には、全ての生成物の生成量が制約条件の範囲内となるように、予定運転条件（例えば処理量など）を調整してもよい。これにより、よりユーザのＦＣＣ装置に即した計算結果を提供することができる。
【００４４】
なお上述した実施形態では、制約条件として各留分のポンプの最大取り出し流量を例示したが、制約条件はこれに限られない。制約条件とは、各留分の取り出しポンプの最大取り出し流量、触媒再生塔への空気の供給最大量など、ＦＣＣ装置の仕様やそれに伴う運転可能範囲外となる条件の少なくとも一つである。
【００４５】
以上、本発明の実施形態について説明をしたが、本発明の技術的範囲が本実施形態の説明によって限定的に解釈されるべきではないのは言うまでもない。本実施形態は単なる一例であって、特許請求の範囲に記載された発明の範囲内において、様々な実施形態の変更が可能であることが当業者によって理解されるところである。本発明の技術的範囲は特許請求の範囲に記載された発明の範囲及びその均等の範囲に基づいて定められるべきである。
【符号の説明】
【００４６】
１  装置
１０  端末
２０  メインサーバ
２１  プロセッサ
２２  記憶部
３０  データサーバ
３１  ベンチプラントデータベース
３２  ユーザデータベース
４０  ネットワーク
【図１】
2019172822.tif 000003
【図２】
2019172822.tif 000004
【図３】
2019172822.tif 000005
【図４】
2019172822.tif 000006
【図５】
2019172822.tif 000007
【図６】
2019172822.tif 000008
【図７】
2019172822.tif 000009