【Love Affair】携帯からのアクセスに対する考察・次の一手 Part1
■ このスレッドは過去ログ倉庫に格納されています
日増しに増加する携帯からのアクセス。
かつて、羨ブラが生まれたように何かが生まれないと
ならない気がする。
たぶん解決策は、時間を売って空間を買うだと思うけど
いろいろ考察して、次の一手を決めようかと、
Love Affair 作戦。
Part1 マーリンルージュ iMonaはボーダフォンの0X系で使用できないからなぁ
味ポンはアプリ乗らないし BREWは、申請してくれた神がいたけど、
「24時間通信内容を監視しろ」とかいわれて
却下だったんだよね。 キャッシュかぁ。
とすると、キャッシングの戦略を考えたほうがいい気がするなぁ。
・どのくらいの量、キャッシュすればよい?
・どのへんを、キャッシュすればいい?
・キャッシュの効果は、どうやってはかる? つまり「どのくらいうまくいっているのか」を知りたい。
・キャッシュを入れることでかかるコストも考慮しなきゃ
考え方としては「r.iやp.iでコストがかかっているところを調べて、
コストを下げる方向でチューニングする」っていう感じかなぁ。
r.iやp.iまわりで、どこが一番コストかかってるのかしら。
プログラムの起動コストそのものだったりして。 格言として「下手なキャッシュなら、入れないほうが幸せ」ってのもありますです。
今はOSがかなり頭よくキャッシングするんで、へんに入れると、かえってコストがかかったり。
でも、うまく動くなら、その効果は絶大。 たとえば newsplus@news5 を例に取ると
iMode用のfrontend news6i.2ch.net を別サーバで用意。
news6のp.i r.iは停止。
つまり iModeからの圧力は news6 サーバには及ぼさない。
どうだ。
ただし news6i.2ch.net はディレイがある。(10sec , 30sec ,60sec ???)
できれば news6i は html で全部を渡したい。 >>25
サーバを分ける戦略ですか。効果はありそうな気がしますね。
でも、news系*以外*で携帯でのアクセスが多いところ
(gamble系とか交通情報)は、ちょっと躊躇するかなぁ。
あ、でも、10秒ぐらいでキャッシュすれば、それでも相当いけるのか。
つまり、板の状況に合わせて、ディレイを変えられればいいと。
ということで、とりあえず飯落ち。 キャッシングといえば、、、
どうする!アイフル〜(AA略 ちょっと考えてみた。超たたき台。
○読む
1)携帯からのhttpでのアクセスを受け付けるサーバ、news9iを用意する。
2)news9iは、例えばこんなリクエストを受けることになる。
リクエストは、「キャッシュマネージャ」が受ける。
GET http://news9i.2ch.net/test/r.i/dqnplus/1075961327/i HTTP/1.1
Host: news9i.2ch.net
3)news9iの「キャッシュマネージャ」は、自分のキャッシュを調べる。
なければnews9をHTTPでアクセスして、該当するdatをもらってくる。
datが更新されている場合も、同じようにもらってくる。
もらってくるときは、できれば増分だけが望ましいが、必須ではない。レスあぼーんの場合だってあるし。
キャッシュにある場合、news9のファイルと一致しているかどうか調べて、なくなっていた場合
(スレあぼーんやdat落ち)は、datを消す処理をする。
4a)datが得られない場合、news9i上の「r.iクローン」が「ないよ」を発信者に返す。
4b)datが得られた場合、「r.iクローン」が整形処理して、結果を発信者に返す。
○書く
1)news9iがリクエストを受ける。
POST /test/bbs.cgi HTTP/1.1
2)POSTだった場合、リクエストはそのままnews9にフォワードする。 んー、これだと、全部同じとこから投稿されたことになっちゃうなぁ。
わざと「漏れ串」っぽくすればいいのかな。
で、>>28 っぽいことは、割と何とかなるような気がしないでもなかったり。
たぶん、datを持ってくるのを、r.iクローンでやるようにするとかいうかんじかしら。
脳内だけで、紙にも書かずに適当なこと書いてるので、とりあえずこのぐらいにしとこう。 なんだか、Apacheのmod_proxyかsquidと、
read.cgiクローン(場合によってはbbs.cgiクローン)を使うと、
もやもやとできるような気が、しないでもなかったり、あったり。
ということで、いったん別スレへ。 そういや昨夏のことを思い出した。
携帯の各私家メニューからのアクセスが激増して、私家メニューがまとめてロックアウトされた事件。
あれの時、各私家メニューに対して管理側から要請されたのが
・r.i使用禁止、dat直読みの義務づけ
・できればdatキャッシュ装備、増分読み
だったと記憶してるけど。
それを今度は本家で(ry、
ただし私家に比べてアクセス数が段違いなので鯖ごとに、
……というように理解してみた。
そーいや、携帯ユーザの本家・私家比率(パソコンの専ブラ比率に相当)って
どのくらいなんだろう、とか気になってみる。 クラシックさんが言ってたことだけど
・r.i での最新10件分のレスをhtmlで提供。
・これにより r.i コールを2/3に減らせる。
↑これは既に導入されてるのでしか? いきなりPCがブルースクリーンになった。しくしく。
で、>>28-29 って、
・対応版p.i
・対応版r.i
・対応版bbs.cgi
ができれば、それでいけるような気がしてきた。
携帯だけがターゲットなら。
>>31 >>32
レスどうもです。参考になるかも。
>>32 の答えは、わからんです。個人的には導入されてない気がする。
---
で、妄想なわけだけど、これってうまくやると、とっても負荷分散できるんじゃないんだろうか。
・datの更新操作は1つのバックエンドでやることにする
・bbs.cgi本体は、バックエンドで動く
・read.cgi/r.i/p.iのクローンとdat直読みに対応したフロントエンドを複数台ならべる
・フロントエンドは必要に応じてバックエンドにdatをとりにいく
・フロントエンドではbbs.cgiのクローンも動いていて、バックエンドにdat書き換えを依頼する
・複数台のフロントエンドは、DNSラウンドロビンを使って、1台にみせかける
…といったところで、いったん落ち。 削除系(dat操作するすべてのもの)や、キャップ管理系のcgiは、バックエンドで動かすのかな。
いずれにせよ、割と軽い改造で、いけるような気がするなぁ。
でも、最初から欲張らないで、まずは「携帯」、ぶっちゃけて言ってしまえば、
・datキャッシュに対応したp.iクローン
・datキャッシュに対応したr.iクローン
・リクエスト転送に対応したbbs.cgiクローン(これは最初は、あきらめてもよい)
を作ることをターゲットにして、
将来は>>33の後半のような負荷分散をすることも頭のすみっこに置きながら、
マターリモードでごそごそしてみるってのが、いいような気がする。 >>39
\\ ビ \\ \ \\\ \\ \ \
\\ \\ ュ ウ \\ \ \\
\\ \\ \\ \ ウ \\\ \\
\\\ \\ \∩_∩ ウ \\ \
\\ \\ (・(ェ)・ ∩∩ ゥ\ \\
\ \ ( (・(ェ)・) \\ \\ゥ\\
\ \\ \| | | ヽ \\ ゥ
\\ \ \\ (_(_UU( )〜′ \\ \\
\ \\ \ | ̄ ̄|  ̄ ̄\ \\ \\
\ \ \ / Y \ ∨ |  ̄ ̄ ̄ ̄ヽヽ
\\ \\ | | | \ ヽ
たとえ寒くても、今はただ耐えるのだ!
Pieにどんどんサーバが入るようになったら
ぼちぼちと 携帯用のサーバを1台たてて、そのサーバからは、
datを拾いにいけばいいような気がする。
p2を入れれば簡単なような。
まずは c.2ch.net から
んで その先はぼちぼちと、 クラさんとこは独自でdatキャッシュしてたよたしか >>42
基地害よ
もう病院行ったか?
早く行けよ クラシックさんにメールを発射しました。
というわけで、ぼちぼちと。 ちょと夕食で遅くなりました。
メール拝見いたしました。
どうもありがとうございます。
百聞は一見とも言いますし、まずは
i2ch.netサーバ停止状態でのclassicメニュ。の状態をそのまま復元してみます。
復旧が終わり次第、BIG-Serverさんから頂いた調査結果の、
負荷原因を説明いたします。 >BIG-Serverさんから頂いた調査結果の、負荷原因
申し訳ありません、説明不足ですね、
i2ch.netサーバの停止は、過負荷が原因だったのですが、
BIG-Serverさんが調査して下さった、負荷の直接の原因のことです。
では、復元に入ります。 おお、統計とるようにしなきゃ。< c.2ch.net
やっときます。 root ★さん、
.htaccessで
directoryindex
を指定するのはNGだったりしますか?
試しにアップしてみたのですが、
directoryindex index.html
だけの.htaccessでも500エラーがでてしまいます。 この流れで言うのはなんなんだが…
あうで定額制がスタートしたんであう用の鯖を用意してみてはどうかと…
スレッド一覧又は検索結果表示。チェックボックスを用意してチェックしたスレを全部読み込みアプリで一括保存。
これならアクセス回数がへるから…負荷は減るのでは…データ量多いから一緒かな?ってかこの量は読み込み不可?
素人考えなのでスマソ >>54
その理論で行くと、味ぽん専用鯖もいるということになりますが?<auで定額制
ちゅーか、データ量どころか、アクセス量がとんでもなく多いから、そこまで処理
できるのかどうか。大量のアクセスをこなしながら一連の処理を行なうわけだから。
個人のアクセス量ではないからね、あくまで。 取り敢えず、directoryindex以外の復元と動作テストが終了いたしました。
現在はUAでの拒否はしておりませんので、PCからでも見られると思います。
http://c.2ch.net/ → 建設予定地
http://c.2ch.net/x/ → メニュー カテゴリ一覧(i2ch.netではこのx.phpがdirectoryindexで指定されておりました)
http://c.2ch.net/!.h → 案内
BIG-Serverさんによりますと、
i2ch.netの過負荷の最大の原因は、キャッシュファイルを多く取りすぎたことにあったようです。
各サーバから取得したsubject.txt及びログdatなどは、そのままのファイルで保存されます。
1ディレクトリあたり500〜1000ファイルになっておりました。
このファイルをシステムが検索する際に、大きな負荷が発生していたそうです。
特に、共有サーバであったため、
同居の他のサイト様もピークタイムとなる21時〜25時までの間は、
負荷の為表示がなされないという状態でした。
(ただ、この間もFTPやtelnet等は問題ないレスポンスを維持していたように思います。)
帯域の使用状況を計測する為、2chからのdat、subjectの転送量(in)及び、
HTML表示の転送量(out)を概算で求めてみたのですが、
時間あたり30,000件のアクセスで、約1Mbps程使用しておりました。(ピークタイム)
アクセス数に対してキャッシュが少ないため、転送量がかさんでいたかと思います。
ただ使用できるディスクスペースや、1ディレクトリ当たりのファイル数との兼ね合いから、
ライブログのキャッシュは1000ファイルとしておりました。
.htaccessは使えない/使わないんじゃないのかな。
httpd.confが書き換えできるんだから
Locationで指定した方がよろしいかと。
ある程度自由に書き換えたいなら、<Location>内でincludeしてもらうとか。
結局は再起動が必要だけど。 あ、違う。
使えなかったらエラーがでるわけないや。 >◆EA.clAssIcさん
PCからも携帯からもOKです〜 当方も>>57のリンク先を携帯・PCから共に確認。 ご確認ありがとうございます。
これでピーク時のi2ch.netくらいのアクセスがあれば、
root ★さんも状況が把握しやすいかとは思うのですが、
取り敢えずは皆様の思うように使って頂きたいかと思います。
そして、広告の件ですね。
広告が動的なものではないのでしたら、スクリプト中に埋め込んでしまいますが、
その辺はいかがでしょうか? > ひろゆきさん おぉ、ほんとだ。
www2 でも DirectoryIndex は 500エラーになりますねー。 >>みなさん
素早い対応Good Job!!
やっぱりクラシックメニュは最高です。
c.2ch.net/からカキコfrom味ぽん >>◆EA.clAssIcさん
早くも動きだしましたね、よかったです。
ところで公式になるとゆうことは、やはり人大杉も出すコトになりますかね?
まあ i2ch のときも、重たいトコは他の公開P2 使ってたりしたのですが。 皆様乙です。
>>64さんと同じく味ぽんよりc.2ch.net経由カキコテスト?です。
少しの間寂しい思いをしてましたが、今は感動で胸が一杯です…
とりあえずお茶ドゾです。
つ旦~旦~旦~旦~旦~旦~旦~旦~旦~旦~旦~ >>クラシックさん
復旧乙でございました。
現状は絶好調です。
>>む(ryさん、ピロリのおじさん
同じく乙でした。
個人的には。
将来的にc.2ch.netが携帯アクセスの大半を占めるようになったら、r.i/p.iの廃止まで視野に入れてもいいんじゃないかな、と。
まぁ、c2.2ch.net@PIEが必要になるぐらいまでいってからの話ですが。 帰宅。
oyster137 = c.2ch.net で、いくつか呪文唱えました。
EnableSendfile on
EnableMMAP on
httpdの数のチューニング
dnscacheのメモリサイズのチューニング
どうも、1分ぐらい様子見てると、
ローカルファイルへのアクセスが多くなりそう
ファイルI/Oが多くなりそう
ここからdatファイルを各サーバにとりにいって、格納するとかしそう
みたいなかんじなんで、それなりの呪文を唱えてみたです。
だいぶ改善したみたいなんで、しばらくこれで動かしてみようかと。
DirectoryIndex を c.2ch.net の .htaccess で指定できるようにしました。
これで、設定できると思われ。>>52 > まぁ、c2.2ch.net@PIEが必要になるぐらいまでいってからの話ですが。
あっという間の予感。 ためしに
directoryindex x.php
を.htaccessに書いてみた。うまくいくみたいすね。
で、コメントに戻しておきました。
うつわを作るほうはできる範囲でやってみるんで、うつわの中身はクラシックさんががんがってちょ。 >>57
> BIG-Serverさんによりますと、
> i2ch.netの過負荷の最大の原因は、キャッシュファイルを多く取りすぎたことにあったようです。
> 各サーバから取得したsubject.txt及びログdatなどは、そのままのファイルで保存されます。
> 1ディレクトリあたり500〜1000ファイルになっておりました。
> このファイルをシステムが検索する際に、大きな負荷が発生していたそうです。
すこしだけアドバイスです。
例えば、板名で、サブディレクトリを切るといいと思います。
例えば仮に、newsplus-NNNNNNNNNN.dat のような形でdatキャッシュにファイルを
格納しているとしたら、newsplus/NNNNNNNNNN.dat という形で格納するようにするだけで、
システム負荷が劇的に軽くなります。
ディレクトリを小さくできますから、サーチにかかるコストが減るわけです。
で、ここのdatは、何らかのタイミングでsweepするようにするとよいでしょう。
でないと、datキャッシュのファイルがどんどん多く・大きくなっていってしまいます。
で、パフォーマンスがだんだん(りゃ。
例えば、存在だけをチェックするようにして、
向こう側になくなったら消してみるとかいうかんじがいいかもです。
で、全体の印象として、すんごく「センスのよさ」を感じます。さすがという感じですね。
携帯端末の心、そして使いやすくする壷を、すごくよく知っている感じがしました。
ちょっとかんどーしたです。
がんがってくださいです。
このアプローチは、うまくやれれば、サーバ側にかかる負荷を相当減らせるような気がします。
なにせ、r.iが起動しないわけだから。
# うーむ、某おじさんはここまで考えてたのか。あなどれないや。>>22 早速ありがとうございます、
私も確認し、.htaccessのコメントを外しました。
また、メニューをご確認くださった皆様、ありがとうございます。
もしメニューに何か不具合等お気付きの点がありましたら、
携帯→2ch運用情報スレッド4
http://qb3.2ch.net/test/read.cgi/operate/1074493329/
へお知らせ頂ければ幸いです。
>>65 nopさん、
人大杉は、各サーバのCGIコール負荷への対策の為に導入されたものですので、
c.2ch.netの様な、dat取得→表示整形をする、言わば中間サーバの場合は、
その各サーバでの人大杉の影響は受けません。
ですが、各サーバのCGIコールを代わりに一手に引き受ける形になるので、
c.2ch.netが重くなってしまうことは考えられます。
できるだけ、そうならないよう頑張ります〜
>>71 root ★さん、
なるほど、とても参考になります、ありがとうございます。
仕事人 ★さんの発言で、板内のファイルはできるだけ少ない方が良い(掲示板で)
というのは以前聞いていたのですが、そのさじ加減が分からなく、
2chの板と同じくらい(500〜1000)なら大丈夫なのかな? と思っていました。
ある程度の差はありますが、実際には、ある板で稼動しているスレッドは100に満たないかと思います。
板別でサブディレクトリを切るとしたなら、各板100くらいの保持数にしてみます。
約500板あるから50,000スレッドくらいでしょうか?
キャッシュのスレッドは平均100KB程度なので、5GBくらいのスペースが必要になるかもです。
近い将来で考えているのはdat、subject共にデータベース化をしようかと。
それにより検索時の負荷低減や、dat利用が簡便になるならしめたものかなと思うのです。
>で、全体の印象として、すんごく「センスのよさ」を感じます。さすがという感じですね。
>携帯端末の心、そして使いやすくする壷を、すごくよく知っている感じがしました。
>ちょっとかんどーしたです。
うわぁ、ちょとテレてしまうです(・∀・*)
素直にとても嬉しいお言葉です、ありがとうございます。
これからもよろしくお願いいたします。
>>72
早速の対応どもです。
> 各サーバのCGIコールを代わりに一手に引き受ける形になるので、
> c.2ch.netが重くなってしまうことは考えられます。
> できるだけ、そうならないよう頑張ります〜
もし重たくなったら、横並びでcを強化すればいいわけだ。
例えば、c1 c2 c3 とかいうかんじで用意して、DNS的代表名cでアクセスさせるとかね。
で、もっとまじめにやるなら、リバースプロキシサーバを置いて振り分けるとか、
いろんな方法があるしね。
で、datキャッシュをうまく共有できれば(多段キャッシュにしてみるとか)、
いろいろ考えられそうですね。
うまくやれば、サーバが重くなるどころか、サーバにやさしいすね、これ。
ユーザが使いやすくなって、かつサーバにはやさしいなら、まさにいっせき(りゃ。
どもども、謹慎中の私ですが、、
>>72
概ねその方向ですが
ここは一つ、もう少しいろいろな意見を集めてから
わいわいがやがややった方が吉の予感。
>>1 が大きな目標だったりしますので、
ただし 1フォルダないに沢山おいているのは
修正したほうがよさげ >キャッシュのスレッドは平均100KB程度なので、5GBくらいのスペースが必要になるかもです。
了解です。容量的には問題ないす。
>近い将来で考えているのはdat、subject共にデータベース化をしようかと。
>それにより検索時の負荷低減や、dat利用が簡便になるならしめたものかなと思うのです。
PHPはMySQLありで入れてあるはずなので、機会を見てお試しいただけると。
このへんはまだ誰も試してないんで、人柱になっていただけるとうれしいす。
とゆうことで、ぼちぼちやっていきましょう、と。 >>74
そう思います。とゆうことで、サブディレクトリ化を。
さらにゆとりをみるなら、NNNNNNNNNN.datのところをカラムで切ってみるとかかな。
例えばnewsplusの1234567890.datだったら、
newsplus/1234000000/567000/1234567890.dat
みたいに格納するようにすると、相当いい感じになるとおもいますです。
他を回ってこようかな。 はい、ディレクトリ内のファイル数に関しては、明日にでも挑戦いたします。
今までは外観や機能については、沢山のユーザさんからアドバイス頂けて改善できたのですが、
内部処理については独りでやっていたので、とても参考になります。
なるほど、
newsplus/1234000000/567000/1234567890.dat
の様な階層構造はログ倉庫で使われていますね、ちょと感動です。 移植したままの状態では、
Apacheが作るファイルを、自分のアカウントの権限で操作できなかった。・゚・(ノД`)・゚・。
スクリプト中のパーミッションを扱う部分を全て書き換えます。 将来的に・・・
1) r.i p.i on 各サーバの停止
2) 携帯用の規制の一元化、bbs.cgi でやらない
N秒のdelayを入れて、全体的なコストダウンをはかる
という線で行けたらと思っています。 >>78
あ、そういう問題か、、、。
ちょっと調べてみましょ。 んー、mod_becomeはあんまり使いたくないなぁ。
さて、どうするのがいいのか。 >>62
<a href=URL>テキスト<a>というのが入っているtxtファイルを表示してもらう
ことになるとおもいますー。 >>79 FOX ★さん、
現在では全板で30secでdelayを設けています。
erimoに関しては、120secとちょと大目に。
また、load averageの高いサーバは、適宜手動でdelayを調整していました。
>>80-81 root ★さん、
ありがとうございます。
操作できなくなるのはディレクトリだけみたいですので、なんとか大丈夫です。
スクリプトでディレクトリ作成時にchmodしておきます。 >>82 ひろゆきさん、
わかりました。txtファイルは現在i.2ch.netで使われているものと同じでしょうか? ln -sで持ってくることになるのかな、、、
まぁ、そこらへんはぼちぼちで。
>>83
ども。大丈夫なら、それでやっていただけると助かります。
パフォーマンスの点では、そのほうが助かりますんで。 ふたつばかり、txtファイルのシンボリックリンクをch2c:public_htmlに作ってみたですよ。
あとは、おまかせ。>>86 >>64 Apache2.xだから、perchildを使えばuid変えれるのか。
でも「ふあんてい」だといううわさもあるからなぁ。 >>91
PATH_INFO の中身はいかがでしょう?
$_SERVER[PATH_INFO] って描くのかな?@PHPの場合 >>94 未承諾広告※さん、
ありがとうございます。
なるほど。
REQUEST_URIを「?」でsplitし、
perlの様に、$_GETに格納しなおしてみます。 >>88 root ★さん、
ありがとうございます。
広告を表示してみました。 ◆EA.clAssIcさん、乙かれ様です。使いやすいです。ありがとうございます。 >>88でroot ★さんに作成して頂いたシンボリックリンクが、
PHPから開けなくなっているようです。
大変お手数かとは思うのですが、お調べ頂けますでしょうか…
よろしくお願いいたします。 >>100
i.2ch.netのほうの広告が入れ替わっていたので、
シンボリックリンクをやりなおしておきました。
詳細はクラシックさんにメール発射しておきます。 c.2ch.net の www2 の負荷の具合はどうですかー?
1) がんがん来ているけど余裕綽々。
2) たいしたアクセス数ではないので、すかすか。
3) 順調に拡大しており遠からずお腹いっぱいになる。
4) ひぇー たいへんだー、もう重くなっちゃった。
5) やっぱり伊東美咲ちゃんが気になる。 >>120 仕事人 ★さん、
体感的なレスポンスは、ピークタイムと思われる時間帯でもとても良い感じです。
同程度のアクセスがあるミラーサーバでは重々なのですが、、、
スクリプトからflockを排除する形で修正を進めていますので、
もっとレスポンスは改善されるかと思います。
1)〜5)から選ぶならなら、現状のc.2ch.netは2)でしょうか。
以前のi2ch.netのアクセス数のまだ1/4程度なので、
今後アクセス数の推移と共にどのように変わるか観察が必要です。 ( ´-`).。oO(5) も選択肢に入るのか……) >>102-103
本格テストに入るなら、
一時期あったi.2ch.netからのリンクを復活させるのがいいかなと。 ひの字の意図がわかんなくなってきた。
今のアクセス数は携帯→スレを見てる人とほぼ同数って事でしょー?
しかもここ数日安定してるし、個人的には変化が欲しくなってきたヨ。 まぁ、ピ(ry のおぢさんやむ(ry たんは901/902やらpeko量産機やらで忙しそうだし、
クラシックさんも忙しそうだから、しばらくsage保守しつつマターリと待つが吉かと。 c.2ch.netへの移行が済む前に。
bbyの[速+]とかの+を半角に。
http://news5.2ch.net/test/r.i/newsplus/*/をhttp://news5.2ch.net/i/newsplus/*/
でアクセスできるようにするとか。
文字数減るから少しは速くなるんじゃない? 京ぽん発売目前で、今まで携帯だったユーザーも注目しているようなんですが、
よく聞かれるのはiMonaが使えるのか?というもの。
スレでは、P2や私家メニューの案内を行っていますが、
今後のことを考えると京ぽん仕様の専ブラがあればありがたいな、と思います。
京ぽんはJavascriptが使えるのでそっちの方で何かできないかと思うんですが、生憎私はスキルがありません。
P2もいいんですが、PHPが使えるレン鯖は少ないのが難点です。
携帯用メニューに特化したperlのフリーCGIが配布されたら、プロバスペースに置けるのになーとか考えるんですが、どうでしょうか。 >>118
携帯アプリ板でどうぞ、としか言えないですね。 ■ このスレッドは過去ログ倉庫に格納されています