お知らせ：当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の英語版を参照してください。

概要

1. 送信されたすべての要旨を表示する
   
2. レビューの進捗を追跡する
   
3. レビュアーを割り当て／再割り当てする
   
4. 申込を承認または却下する
   
5. 承認済みの申込をセッションに変換する
   
6. ステータス更新を管理する
   
7. 完全なタイムライン監査ログを保持する
   

1. 申込 ID
   
2. 件名
   
3. トピック
   
4. 著者の詳細
   
5. レビュアーの詳細（割り当て済みの場合）
   
6. ステータスバッジ
   
7. 操作メニュー（3 点メニュー）
   

1. 概要タブ – 申込内容と著者情報
   
2. レビュータブ – レビュアーのコメントと評価
   
3. メモタブ – 主催者向けの内部メモ
   
4. タイムラインパネル – すべてのステータス変更を時系列で表示したログ
   

申込を追加する  

ここに表示される項目は、設定されている要旨申込フォームによって決まります。フォームを変更すると、その内容がここにも反映されます。

1. ドックから[Abstracts] > [Submissions] > [すべての申込]に移動します。
2. [申込を追加]をクリックします（自分の役割で有効な場合）。[申込を追加]サイドパネルが表示されます。
   
   
   
   
3. 要旨のトピックを選択します。
4. 次の詳細を入力します。
   
1. 発表タイトル
2. 説明
5. ドロップダウンから申込タイプを選択します。
6. レビュアー向けに、発表資料または補足ドキュメントをアップロードします。
1. ファイルサイズ: 最大 40 MB
2. 対応ファイル形式: JPG, JPEG, PNG, GIF, WEBP, PDF, DOC, DOCX, TXT, PPT, PPTX, PPS, PPSX, ODP, SXI, ZSLIDES
   
7. 著者の詳細を入力します。
1. 敬称
2. 名
3. 姓
4. メール
5. 必須のカスタム項目
8. 主催者の設定で許可されている場合は[共著者を追加]をクリックし、共著者の詳細を入力します（該当する場合）。
   
   
   
   
9. 著者が複数いる場合は、登壇する人物に対して[発表者]チェックボックスをオンにします。発表者は 1 名のみ設定できます。
10. [申込を追加]をクリックします。
    

申込を編集する  

編集機能を使用すると、作成済みの申込の詳細を更新できます。これは、軽微な誤りの修正、メタデータの更新、修正依頼があった際の申込者のサポートなどに役立ちます。

すべての申込ステージで編集できるわけではありません。編集可否は申込の現在のステータスによって異なります。

次のような場合に申込を編集できます:

1. 軽微な修正が必要な場合
   
2. トピックやトラックなどのメタデータを調整する必要がある場合
   
3. 著者から詳細の更新についてサポート依頼があった場合
   
4. 申込が[保留: 変更待ち]に設定されている場合
   
5. 利益相反としてフラグが付けられ、管理者による調整が必要な場合
   
6. 申込が[修正後再提出]となり、内部情報の更新が必要な場合
   

1. ドックから[Abstracts] > [Submissions] > [すべての申込]に移動します。
   
2. 対象の申込に関連付けられている操作メニューを開きます。
   
3. [申込を編集]をクリックします。
4. 必要な項目を更新します。
5. [保存]をクリックします。
   

1. 申込が[修正後再提出]ステータスの場合は、「バージョン 1」「バージョン 2」などのバージョン管理が表示されることがあります。
   
2. 編集を行っても、タイムラインの透明性は維持されます。
   

申込を削除する  

申込はいつ削除できますか？

1. 申込は、レビュアーが割り当てられる前にのみ削除できます。
   
2. 一度レビュアーが割り当てられると、その申込はレビューのワークフローの一部となり、削除できなくなります。

1. 削除は、評価結果の処理ではなく、管理上の整理を目的としています。
   
2. 次のような場合にのみ削除を使用してください。
   
1. 重複した申込である
   
2. テスト用の申込である
   
3. イベントポリシーに違反している
   

1. ドックから[Abstracts] > [Submissions] > [すべての申込]に移動します。
   
2. 対象の申込に関連付けられている操作メニューを開きます。
   
3. [申込を表示]をクリックします。申込の詳細ページが開きます。
4. 右上の操作ボタンまたはドロップダウンを開きます。
5. [申込を削除]をクリックします。
6. ダイアログボックスで削除を確定します。
   

削除された申込は、[Abstract] > [Submissions] > [削除済みの申込]ページに 30 日間保持され、その後完全に削除されます。

レビュアーを割り当てる

開始する前に

1. レビュアーがあらかじめ [Reviewers] タブに追加されていることを確認します。
   
2. [Abstract 設定] > [レビュー設定] で、レビュー基準とスコアリングルールが構成されていることを確認します。
   

レビュアーを割り当てた後はどうなりますか？

レビュアーを割り当てると、次のことが行われます。

1. 申込のステータスが[レビュアー割り当て済み]に更新されます。
2. 割り当てられたレビュアーは、設定された基準に基づいて申込を評価できるようになります。
3. レビュアーが評価を開始すると、申込のステータスは自動的に[レビュー中]に変更されます。
4. システムは、次の情報を含め、申込のタイムラインに割り当てアクティビティを記録します。
   
1. レビュアー名
2. 割り当て日時
3. ステータスの更新
   

レビュアーを再割り当てする 

レビュアーの再割り当ては、公平性・正確性・継続性を保ってレビューを行うために必要になる場合があります。これは通常、レビュアーが利益相反を申告した場合、利用できなくなった場合、またはより適切な専門家が見つかった場合に行われます。

再割り当てを行うことで、申込は遅延や偏りなくレビューのワークフローを進行できます。

開始する前に

1. 代替のレビュアーが[Reviewers]タブに追加済みであることを確認します。
2. 申込に現在レビュアーが割り当てられていることを確認します。
3. 利益相反がマークされている場合は、レビューを再開するために再割り当てが必要であることを確認します。
   

1. Dock からAbstracts > Submissions > All Submissionsに移動します。
   
2. 再割り当てが必要な投稿を探し、その投稿に関連付けられている操作メニューを開きます。
   
3. Reassign Reviewer をクリックします。Reassign Reviewerサイドパネルが表示され、利用可能な査読者の一覧が表示されます。
   
1. 別の方法として、投稿に関連付けられている操作メニューをクリックします。
2. View Submissionをクリックします。
   
3. Reviewタブに移動します。
4. Reassign Reviewerをクリックします。Reassign Reviewerサイドパネルが表示され、利用可能な査読者の一覧が表示されます。
   
4. 新しい査読者を選択します。
   
   
   
   
5. Reassignをクリックします。
   

投稿がConflict of Interest（利益相反）としてマークされている場合でも、査読者を再割り当てすることで、レビュー処理を再開できます。

査読者を再割り当てした後はどうなりますか？

1. 以前に割り当てられていた査読者は、その投稿から削除されます。
   
2. 新しい査読者が、その投稿を評価するアクセス権を取得します。
   
3. 再割り当てのアクティビティは、透明性と追跡のためにタイムラインにタイムスタンプ付きで記録されます。
4. 以前に報告されたConflict of Interest（利益相反）は、参照用としてタイムライン上に引き続き表示されます。

Approving a Submission  

投稿はいつ承認できますか？

投稿は、評価ワークフローに応じて、レビュー処理の任意の段階で承認できます。ただし、通常は投稿の評価が完了した後に承認を行います。一般的なケースには次のようなものがあります。

1. レビュー完了: 割り当てられた査読者が、スコアやコメントを含む評価を提出済みの場合。この段階で承認するのが最も一般的です。
2. 修正後の再投稿: 投稿が修正のために保留となり、著者が更新して再投稿した場合、変更内容をレビューし、そのまま承認に進むことができます。
3. Conflict 解消後: 査読者が投稿をConflict of Interest（利益相反）としてマークし、その後再割り当てとレビューが正常に完了した場合、レビューサイクルが完了すると承認が可能になります。
   

次の場合、承認は利用できません:

1. 投稿がすでにRejected（却下済み）の場合
   
2. 投稿がWithdrawn（取り下げ）になっている場合
   
3. 投稿がすでにConverted to Session（セッションに変換済み）の場合
   

1. Dock からAbstracts > Submissions > All Submissionsに移動します。
   
2. 対象の投稿を探し、関連付けられている操作メニューを開きます。
   
3. View Submissionをクリックします。投稿の詳細ページが開きます。
   
4. 右上の操作エリアでApprove Submissionをクリックします。
   
5. 表示される確認メッセージを確認します。
   
6. 承認を確定するにはApproveをクリックします。
   

承認時に投稿を Session に変換する:

1. 承認プロセス中に、Convert to Sessionというオプションが表示される場合があります。
2. このオプションを選択した場合:
   
1. システムはセッション作成フローに進みます。
   
2. 投稿データが引き継がれ、セッション詳細に自動入力されます。
   
3. 次のようなセッションレベルの詳細を設定できます:
   
1. セッション種別
   
2. タイトル
   
3. トラック
   
4. 日付と時間
   
5. 所要時間
   
6. 会場またはホール
   
7. スピーカー
   
4. データマッピング:
   
1. 抄録のPresentation Title → Session Title
   
2. Authors と Co-Authors → Speakersとして選択可能
   
3. 選択しなかった場合:
   
1. 投稿はApproved（承認済み）ステータスのままになります。
   
2. 投稿データから、後でいつでもセッションに変換できます。
   

承認後はどうなりますか？

1. 投稿ステータスがApproved（承認済み）に更新されます。
   
2. 承認操作はタイムラインにタイムスタンプ付きで記録されます。
   
3. 査読者の操作は現在の状態に基づいて制限されます。
   
1. 投稿がUnder Review（レビュー中）の場合、査読者は評価を完了できます。
2. レビューがまだ開始されていない場合、査読者ポータルで操作はView Detailsに変わり、その投稿をレビューすることはできません。
4. 投稿は有効なレビューキューから除外されます。
5. 自動決定通知が設定されている場合は、自動で送信されます。
   
6. （まだ行っていない場合は）投稿をセッションに変換できます。
   
7. セッションに変換した場合:
   
1. ステータスはさらにConverted to Sessionに更新されます。
   
2. リンクされたセッションレコードが作成されます。
   
3. 以降の変更はSessionsタブで管理する必要があります。
   
8. セッションにスピーカーを割り当てます。
   
9. 資料や配布物として、添付ファイルをセッションにリンクします。
10. セッションをアジェンダ内にスケジュールします。
    

承認しても投稿が削除またはアーカイブされることはありません。完了したレビュー履歴、スコア、コメント、およびアクティビティログは、透明性と監査目的のためにタイムライン上で恒久的に参照できます。

1. 承認は、レビューに関する最終決定と見なされます。
   
2. 投稿をセッションに変換すると、管理対象がAbstractタブからSessionsタブに移ります。
   
3. 一度投稿を承認すると、Abstractタブから元に戻すことはできません。承認に進む前に、すべての詳細を確認してください。
4. すべての承認操作は、追跡性を維持するためにタイムスタンプ付きで記録されます。

Rejecting a Submission  

投稿はいつ却下できますか？

投稿は、有効なレビュー段階を経過した後に却下できます。Reject Submissionオプションは、通常次のステータスで利用できます。

1. レビュー完了
   
2. 修正後の再投稿
   
3. Off-Topic としてマーク済み
   
4. Conflict of Interest （レビューサイクル完了後）
   
5. Approved（まだセッションに変換されていない場合。ワークフロー設定による）
   

次の場合、却下は利用できません:

1. 投稿がWithdrawn（取り下げ）としてマークされている場合
   
2. 投稿がすでにConverted to Session
   （セッションに変換済み）の場合
   

投稿を却下するには:

1. Dock から Abstracts > Submissions > All Submissions に移動します。
   
2. 対象の投稿を探し、関連付けられている操作メニューを開きます。
   
3. View Detailsをクリックします。
   
4. 右上の操作エリアで、ドロップダウンメニューを開きます。
   
5. Reject Submissionをクリックします。確認ダイアログが表示されます。
   
6. Rejectをクリックします。Reject Submissionダイアログボックスが開きます。
   
   
   
   
7. 却下の理由を入力します。
   
8. Reject and Send Emailをクリックします。
   

却下後はどうなりますか?

1. ステータスがRejected（却下済み）に更新されます。
2. 却下理由が投稿の詳細内に表示されます。
3. タイムラインに、タイムスタンプ付きで却下のマイルストーンが記録されます。
4. メール自動化が有効な場合、申請者に却下メールが送信されます。
5. 投稿は完了済みとなり、レビュー ワークフロー内でこれ以上進行することはできません。
   

1. 却下しても、レビュー履歴および査読者コメントはすべて保持されます。
   
2. この決定は、後からレポートや監査目的で参照できます。
3. 投稿を完全に終了させるのではなく改善を求めたい場合は、代わりにOn Hold: Pending Changesステータスの利用を検討してください。
4. 却下は削除と同義ではありません。データはシステム内に残ります。
   

Adding メモ to a Submission  

1. Dock で Abstracts > Submissions > All Submissions に移動します。
   
2. 対象の投稿を探し、その投稿に関連付けられているアクションメニューを開きます。
   
3. View Details をクリックします。
4. Notes タブに移動します。
   
5. メモを入力します。
   
6. Save をクリックします。
   

1. メモは内部用であり、申請者や査読者には表示されません。
   
2. メモはいつでも編集または削除できます。これらの設定にアクセスするには、アクションメニューを開いてください。
   

投稿を Withdrawn としてマークする  

場合によっては、最終決定が行われる前に、投稿を査読プロセスから外す必要が生じることがあります。これは通常、申請者が抄録の取り下げを希望した場合や、主催者が事務的な理由でクローズする場合に発生します。

いつ投稿を Withdrawn に設定するか

次のような場合に、このオプションを使用できます。

1. 著者から正式に取り下げの依頼があった場合
2. 抄録が誤って送信された場合
   
3. 投稿がイベントにとってもはや関連性がない場合
   
4. 却下にはせずに投稿をクローズする必要があるなど、事務的な調整が必要な場合
   

1. このステータスは却下とは異なります。Withdrawn の投稿は自発的に審査対象から外されたものであり、却下された投稿は評価に基づく判断結果を反映しています。
   
2. Abstract > Abstract Settings > Submitter で取り下げ権限が無効になっている場合、または投稿が Under Review 状態に移行した後に取り下げが制限されている場合、著者は主催者に連絡して取り下げを依頼する必要があります。
   
3. 主催者は、投稿が Converted to Session になっている場合を除き、どの段階でも投稿を Withdrawn に設定できます。
   

1. Dock で Abstracts > Submissions > All Submissions に移動します。
2. 対象の投稿を見つけ、その投稿に関連付けられているメニューを開きます。
   
3. View Details をクリックします。投稿の詳細ページが開きます。
   
4. 右上の Actions ドロップダウンをクリックします。
5. Set as Withdrawn をクリックします。Submission Withdrawal ダイアログボックスが表示されます。
   
6. 取り下げの理由を入力します。
   
   
    
7. Withdraw をクリックします。
   

この後どうなるか

1. ステータスが Withdrawn に更新されます。
2. タイムラインに取り下げが記録されます。
3. 投稿は有効な査読対象から外されます。
4. 承認および却下の処理は利用できなくなります。
   
5. 投稿はレポートおよび監査目的で引き続き表示されます。
   

Submission Received（投稿受領）

1. 抄録の内容
   
2. 著者および共著者情報
   
3. 抄録のトピック
4. 添付ファイル
   

Reviewer Assigned（査読者割り当て済み）

投稿は評価のために査読者に回付されました。査読プロセスが正式に開始され、タイムラインには誰がいつ割り当てられたかが表示されます。

査読が開始されていても、管理者としてのコントロールは維持されます。専門分野やスケジュールが合わない場合などは、査読者の割り当てを調整することができます。

利用可能な設定には、通常次のようなものが含まれます。

1. 査読者に関する設定の管理
   
2. 査読者の変更
   
3. 投稿の詳細の確認

この段階でのあなたの役割は主に監督です。進捗をモニタリングしたり、詳細を確認したり、必要に応じて変更に介入したりできます。査読者が評価を開始すると、投稿のステータスは次の段階に進みます。

査読者の割り当てを確定する前に、投稿のトピックが査読者の専門分野と合致しているかを確認しておくとよいでしょう。

査読者が査読を開始すると、ステータスは Under Review に移行します。

Under Review（査読中）

1. 投稿を承認する
   
2. 進捗をモニタリングする
   
3. 投稿の詳細を確認する
   
4. 投稿を却下する
   
5. 投稿を Withdrawn に設定する

進捗の確認や詳細の確認のために、いつでも投稿を開くことができます。

Review Completed（査読完了）

1. 査読者のコメント
   
2. 設定された評価基準に基づくスコア
   
3. フィードバックフォームから送信された評価
   

1. 投稿を承認する
   
2. 投稿を却下する
   
3. 投稿を Withdrawn に設定する
   
4. （規定により必要な場合は）削除する
   

主催者は投稿を On Hold にすることはできません。このステータスは査読者のみが設定できます。投稿が On Hold に設定されている場合、主催者はその後でさらに操作（投稿の 承認 または 却下）を行うか、著者の修正と再投稿を待つことができます。

Approved（承認済み）

査読者は投稿を承認できません。承認権限を持つのはイベント主催者（EO）のみです。

Converted to Session

1. 緑色の Converted to Session バッジ
   
2. View Session Info リンク
   
3. 変換が記録されたタイムラインの項目
   

1. セッション種別
   
2. 件名（投稿内容から自動入力）
   
3. トラック
   
4. スケジュール
   
5. 会場
   
6. スピーカー
   

Marked as Off-Topic

1. 投稿の詳細を確認する
   
2. 承認または却下を進める
3. ステータスに応じた連絡を再送信する
   

多くのワークフローでは、最終決定を行う前の一次フィルターとして、主題外（オフトピック）かどうかを判断するステップを設けています。

このステータスでは、査読者の再割り当ては利用できません。

On Hold: 保留中の変更

1. 必須項目が未入力の場合
   
2. 添付ファイルが不足している場合
   
3. 書式の修正が必要な場合
   
4. 追加の説明が必要な場合
   

1. （許可されている場合）投稿内容を編集する
   
2. ステータス通知メールを再送信する
   
3. 承認または却下し、問題が解決したことを反映する
   

このあとどうなりますか？

1. 申請者に、要旨を更新して再送信するよう通知されます。
2. 更新後に再送信されると、ステータスは自動的に「Revised and Resubmitted」に変わります。
3. 投稿は同じ査読者に再割り当てされ、再評価されます。
4. 査読者は、確認期限に関係なく、再送信された要旨にアクセスして確認できます。
   

Revised and Resubmitted

1. バージョンセレクター（例：バージョン 2）
   
2. 更新された添付ファイル
   
3. タイムライン上で、On Hold: 保留中の変更の後にRevised and Resubmittedが表示される進行状況
   

1. 投稿を承認する
   
2. 投稿を却下する
   
3. 投稿を編集する
   
4. 申請者に連絡する
   
5. 取り下げ済みとして設定する
   

このあとどうなりますか？

1. 投稿は同じ査読者に再割り当てされます。
2. 査読者には再送信が通知されます。
3. 確認期限に関係なく、投稿は再度評価のために開かれます。
   

Withdrawn

却下済み

1. タイムラインに決定内容が記録されます
   
2. 投稿の進行は停止します
   
3. 必要に応じて、ステータス通知メールを再送信できます
   

Conflict of Interest

査読者が利益相反を申告すると、投稿はConflict of Interestステータスに移行します。これは、査読者が評価を続行できないことを示しており、確認プロセスを再開するための対応が必須であることを意味します。

すべての Submissionsページでは、この状態がわかりやすい注意メッセージで強調表示される場合があります。

利益相反を迅速に解消することで、確認プロセスの公平性を維持できます。

次に何をすべきですか？

1. 評価プロセスを継続できるよう、査読者を再割り当てする
   
2. 投稿の詳細を表示する
   
3. 確認回数が完了したら、決定を行って続行する
   

このステータスは査読者によって設定され、主催者が手動で設定することはできません。

ステータスの推移を理解する

1. 一般的な投稿の流れは次のとおりです。
   
1. Submission 受領済み > Reviewer Assigned > Under 確認 > 確認完了 > 承認済み / 却下済み
   
2. 修正が必要な場合：
1. 確認完了 > On Hold: 保留中の変更 > Revised and Resubmitted > 承認済み / 却下済み
   
3. セッションに変換された場合：
1. 承認済み > Converted to Session
   
4. 取り下げられた場合：
1. Submission 受領済み > Withdrawn
   
5. 利益相反が発生した場合：
   
1. Reviewer Assigned > Conflict of Interest > Reassigned > Under 確認
   

投稿をセッションに変換する

1. Abstracts > Submissions > すべての Submissionsに Dock から移動します。
2. 対象の投稿を探し、その投稿に関連付けられたメニューを開きます。
   
3. 詳細を表示をクリックします。投稿の詳細ページが開きます。
   
4. 右上のConvert to Sessionをクリックします。確認ダイアログボックスが表示されます。
   
5. Convert to Sessionをクリックします。セッションを追加サイドパネルが表示されます。
   
   
   
   
6. 必要な詳細を入力します。
7. 完了をクリックします。
   

リンクされたセッションが削除されている場合

1. 投稿には引き続きConverted to Session バッジが表示されます。
   
2. セッション情報を表示リンクは利用できなくなります。
   
3. 以前のセッションが削除されたことを示す情報とともに、新規セッションを作成ボタンが表示されます。

投稿から新規セッションを作成する

1. 投稿のステータスがConverted to Sessionである
   
2. 投稿に 1 つ以上の添付ファイルが含まれている
   
3. イベントのアジェンダにリンクされたセッションが既存である
   

リンクされたセッションがアジェンダから削除されている場合は、添付ファイルを追加する前に、セッションを再作成する必要があります。

1. Abstract > Submissions > すべての Submissionsに Dock から移動します。
   
2. 対象の投稿を探し、その投稿に関連付けられたメニューを開きます。
   
3. 詳細を表示をクリックします。投稿の詳細ページが開きます。
4. 添付ファイルセクションまでスクロールします。
   
5. 対象ファイルの横にあるセッションに追加をクリックします。添付ファイルをセッションに追加ダイアログボックスが表示されます。
   
   
   
   
6. ファイルの使用方法を選択します。
   
1. Materials
   
2. Handouts
   
7. 追加をクリックします。
   

ファイルを追加する際は、そのファイルをセッション内でどのように使用するかを指定する必要があります。

1. Materials（資料）

1. セッション中にプレゼンテーションとして使用
   
2. 登壇者およびホストのみがアクセス可能
   
3. PPT などのプレゼンテーションファイルに最適
   

2. Handouts（配布資料）

1. 参加者が参照できるように共有
   
2. セッション中またはセッション後（セッション設定に基づく）に利用可能
   
3. 次の用途に適しています：
   
1. PDF
   
2. 研究論文
   
3. 補足ドキュメント
   
4. 追加の読書用資料
   

1. Materials に追加した場合、プレゼンテーションできるのは PPT ファイルのみです。
   
2. その他のファイル形式については、参加者がアクセスできるようにするには Handouts を使用してください。
   

添付ファイルを追加するとどうなりますか？

1. ファイルは投稿データの一部として保持されます
   
2. コピーがセッションにリンクされます
   
3. 投稿のタイムラインは変更されません
   
4. 後から 管理 > Sessions に移動し、該当するセッションを開くことで、そのファイルを管理または削除できます。

投稿の著者をスピーカーとして追加する

投稿がセッションに変換されると、著者をスピーカーとして割り当てることができます。

1. 著者は自動的にはスピーカーとして追加されません。
   
2. セッション作成時に、スピーカーとして含める著者を手動で選択する必要があります。
3. 著者が複数いる場合は、1 名または複数名をスピーカーとして選択できます。

著者をスピーカーとして追加するには：

1. セッション作成時に、追加する Session サイドパネルで 追加する Speakers をクリックします。
2. 追加する Submission Speaker パネルで、必要な著者権限を選択します。
   
   
   
   
3. 保存 をクリックします。

追加されると、選択した著者はセッションのスピーカーとして表示され、設定されている場合はセッションレベルの権限を付与されます。

すべて Submissions ページは単なる一覧ではなく、アブストラクトのライフサイクルを一元管理するダッシュボードです。

次の点を理解することで、

1. 各ステータスの定義
   
2. 各ステータスで利用可能な処理
   
3. レビューのフロー
   
4. タイムラインの追跡
   
5. セッションへの変換ワークフロー
   

次のことを確実に行えます：

1. 意思決定プロセスの透明性の確保
   
2. 体系的なレビュー管理
   
3. 明確な監査履歴の保持
   
4. 投稿からセッションへのスムーズな移行